Хранение rackspace vserver живой
ХОРОШО,
У меня есть он работа, однако я не на 100% доволен решением, поскольку это кажется громоздким. Таким образом, любой совет будет все еще с благодарностью получен.
Я создал вперед зона поиска на внутреннем сервере DNS для нашего доменного имени и добавил новый хост, который отображает доменное имя на внутренний сервер. Это теперь работает внутренне и внешне.
Это, конечно, означает, что я должен поддержать две записи DNS для этого домена, который едва оптимален, но по крайней мере он работает на данный момент!
Я был бы очень удивлен, делают ли они это, я думаю, что Вы смотрите на неправильную вещь. Вы не проверяете с помощью ping-запросов его (по крайней мере, не эхо ICMP), Вы выполняете wget, существует большая разница.
Я собирающийся предполагать здесь, что Вы выполняете wget на PHP, который занимает много времени для загрузки, поэтому сохраняя его активным в любом кэшировании Вас, могу иметь в распоряжении. Если это будет в кэше, то это загрузится более быстрый, и поэтому Вы не будете эта задержка, ведя Вас к неправильной вере, что Вы успешно остановили Rackspace, поместив Ваш сервер для сна.
Кажется мне, что rackspace так или иначе замораживает облачный VMs после некоторого времени простоя. Это означает, что первый запрос страницы к php странице берет намного дольше для ответа, чем последующие запросы.
Конечно? Разве не может случиться так, что это сделано В VM? То, что VM помещает нерабочий веб-сайт в состояние ожидания. ASP.NET/IIS7, например, без recofiguration, останавливает приложение popols для неактивных сайтов, инициировав дорогостоящий перезапуск по первому запросу.
Это больше походит на подсистему балансировки нагрузки или проблему DNS. Имейте к испытанному wget непосредственно к IP-адресу веб-сервера? Вы находитесь позади подсистемы балансировки нагрузки?