Балансировка нагрузки DNS с несколькими IP-адресами в одном домене GoDaddy

в основном, да. Этот плохой способ выполнения оставляет возвращенный порядок записей A на усмотрение DNS-сервера, который использует клиент, поэтому, если циклический перебор отключен или не поддерживается (как с вашим локальным сервером имен), клиенты, использующие его, получат фиксированный порядок, возвращенный до тех пор, пока он кэшируется. Но это, по крайней мере, обеспечивает избыточность (если один IP не работает, но сначала пробовал, браузеры обычно будут использовать другой после подключения таймаут.)

не последовательно, нет. Все они будут переходить на второй (или более) IP-адрес, но это зависит от "поставщика" браузера и версии, а также от того, возвращаются ли недостижимые сообщения ICMP, чтобы определить, сколько времени занимает этот резервный вариант. Таймауты TCP - без получения недостижимых сообщений ICMP - обычно измеряются в минутах, когда сервер не отвечает. Е. Г., Хром имеет длинный таймаут соединения, часто более 3-х минут до сбоя. IE быстрее. Но это будет просто казаться пользователю вниз или очень медленно. Будьте бдительны... существует много движущихся частей вдоль путей разрешения DNS, и вы мало контролируете порядок, в котором несколько возвращенных IP-адресов, наконец, используются в данном браузере. Вот почему существует целая индустрия продуктов, поддерживающих балансировку нагрузки с быстрой отработкой отказа, но они обычно используют DNS минимальным образом для ее выполнения (например, поиск www.google.com в DNS... вы найдете вы только вернуться Один IP-адрес.)

"балансировка" нагрузки на ваших серверах может значительно варьироваться между любыми двумя периодами времени.

только при таймауте подключения или явном недоступности.

это будет прозрачным, но сайт может выглядеть очень медленно, если экземпляр IP они подключаются к зависает. Если вы намеренно снимаете его (например, для обслуживания), резервный вариант будет быстрее, если он отключен от сети и запросов ARP не отвечены (маршрутизатор сообщит назад с хостом ICMP недостижимым).