сделать трейс до домена и отписать в суппорт. а еще проверить локальный фаерволл - может он блочит по каким то причинам.
по моему тут речь шла не о таких кластерах:) может я конечно ошибаюсь но, вроде имелся в виду географический кластер. но, даже если я ошибаюсь то суть описанного кластера в двух вещах :
1) повышенная отказоустойчивость - минимум два веб-сервера, минимум один сервер под базы, два под днски и т.п и т.д. все это повышает отказоустойчивость. если упал один веб-сервер - трафик плавно и прозрачно переключается на другой. на одном серваке - такое естественно невозможно реализовать - некуда переключать.
2) регулирование нагрузки (лоад балансинг) - для реализации вообще говоря нужен аппаратный или софтверный лоад балансер притом случаются минусы (например с сессиями могут быть проблемы)
два выше указанных пункта обычное дело и давно известное во многих дата-центрах. помнится ракшак торговал этим просто как комплектами.
если вспомнить еще и о географическом кластере (хотя это больше попадает в категорию контент хостинга - по типа к примеру акамай) то в реализации того что делает акамай это и свой класс сети и бгп роутинг и собственные магистральные каналы.
все можно сделать и дешевле - вопрос в том какие задачи ставятся.
грид выглядит весьма привлекательным решением но, поскольку он строится опять же на технологии виртуализации вполне возможно что со временем когда он получит большее распространение всплывут и его подводные камни. о них просто пока могут не знать (а если и знаю то особо не распространяются)
PS. В вопросах скажем так со стороны клиентов прозвучала заинтересованность больше в выделении ресурсов и т.п. Это кстати тоже показатель. Первый вариант это не столько решение в сторону ресурсов, сколько все же к повышению отказоустойчивости.
PPS. Сосбтвеный дедик и админ это все конечно хорошо, но что случится если админ спит а сервер упал? Правильно понимаете - даун получится. Так вот кластер для того и нужен чтобы даунов не случалось. Так что дедик у вас или впс или просто хостинг - если реализовано без n+1 то и фиг вам - простой будет по любому...
вам никак :) единственное что можно посоветовать быть максимально точным в общении с суппортом. понимаю что для вас может быть нет никакой разницы но, вот для суппорта есть большая разница между двумя собщениями от клиента о проблеме:
а) у меня не работает почта
(плохой вариант)
б) у меня не работает почта. при попытке соединения с помощью почтового клиента TheBat, выдается сообщение о том что отправка собщения невозможна (Ошибка RFC1324).
([хороший вариант)
помните "какой вопрос такой и ответ". Если суппорт получает собщение "Вашу мать, почему у меня сайт не виден" что вы получите в ответ?
дело привычки. те кто привык к спанель смертельно не хотят переходить ни на какие самодельные панели. или даже на не самодельные.
домены переводятся при соблюдении определенных требований к днс-серверам. в любом случае вам должно бы приходить сообшение о найденных ошибках. вот это сообщение стоило бы переслать в суппорт.
неа, не нормально, это днс сервер по идее ,который и резольвит ваш домен на ай-пи адрес.
а, ну так это другое дело. тогда на любой хостинг по идее. только уточнить чтоб там можно было лимиты на выполнения скрипта устанавливать свои.
сколько сайтов собираетесь просматривать ?
PS. о сайте вроде ничего не говорили
все что вашей душе угодно и все что вы сможете туда впихнуть. ну конечно надо будет почитать про то как пользоваться выделенным сервером. литературы по идее много в инете.
vps за 5 баксов на firstvds.ru и будет вам счастье
сходить на хостобзор :) полным полно народу кто занимается хостингом на американских серверах.
