Я пытаюсь понять, как работает этот аспект моего сервера, и не уверен, что понимаю его правильно. Я ищу либо подтверждения, что мои предположения верны, либо поправку к предположениям.
Ситуация:
У нас есть выделенный сервер (на котором работает WHM и cPanel), на котором есть несколько сайтов, включая наш собственный. У нас также есть пара поддоменов, указывающих на другие серверы, и наша электронная почта также размещается в другой службе. Все наши NS-записи указывают на наш выделенный сервер. Настройка примерно такая:
status.site.com временно находится на нашем сервере, но я хочу переместить его на отдельный сервер - я не могу сообщить о простоях, если status.site.com тоже не работает!
Недавно у нас был простой из-за проблемы с центром обработки данных, и вот что произошло, когда мы это сделали:
Мои предположения заключаются в следующем (исправьте, если я ошибаюсь !!):
Кроме того, предполагая, что я установил отдельный сервер для размещения status.site.com, могу ли я предположить, что он должен продолжать работать, как support.site.com, в случае простоя сервера?
Главный недостаток вашей настройки заключается в том, что вы размещаете свой DNS на своем сервере (и только на своем сервере). Это всегда плохая идея. Оптимально, вы разместите DNS на двух серверах в двух разных сетях / центрах обработки данных, и если вы это сделаете, все, что не зависит от вашего основного сервера, будет продолжать работать, включая support.example.com и почтовый сервис (и сайт статуса, если он находится на другом компьютере). Использование стороннего провайдера для хостинга DNS - идеальный жизнеспособный подход, и я бы рекомендовал его использовать вместо вашего собственного.
support.example.com скорее всего, все еще работало только потому, что разрешение CNAME все еще было кэшировано на ваших клиентах.
Какой TTL для support.site.com? В зависимости от установленного значения времени это может объяснить, почему субдомен все еще активен. Поскольку запись не рекламировалась повторно. Срок действия кеша записи не истек, поэтому возникла необходимость запросить DNS для домена. Записи MX, как вы назначили им приоритеты. Это могло объяснить, почему электронная почта больше не была доступна во время простоя. Также желательно разделить имена-разделители на разные географические регионы, чтобы избежать единой точки отказа.