Действительно ли это возможно для двух долей имен хостов тот же IP-адрес?
Blade-серверы не делают хорошие виртуальные серверы. Вы сильно ограничены на пропускной способности и памяти, двух самых больших требованиях в виртуальной среде. Мы склонны обтекать 4 vituals на ядро. Даже с лучшим блейд-шасси Вы ограничены 40 ГБ сетевого соединения на блейд. При выполнении 32 высокоэффективных сетей virtuals даже с по подписке Вы все еще истратите свои соединения на виртуальный. Если Вы действительно получите 40 ГБ возможности соединения к блейду, то необходимо будет пожертвовать сетями устройства хранения данных и пойти со сходившейся матрицей, которая отнимает у необходимой веб-пропускной способности. Лощина 910 или HP 585 делает хорошую платформу виртуализации. 1 сервер с 24 ядрами, 140 ГБ сети, выполняющей 96 virtuals.
Затем Вы хотите к правильному размеру virtuals. Никогда не давайте виртуальному больше чем 1 ядро, всегда масштабируйте горизонтально. Если Вы добавляете дополнительные ядра, причины опроса CPU и искусственную загрузку и блокировки. Для хорошего апача, виртуального, мы выполняем 1 ядро, мадам на 1.8 ГБ и ~4gb сети. При загрузке виртуальные палки на уровне приблизительно 2 ГГц и сервер сообщает о загрузке 1,28. Наша база данных virtuals выполняет 1 ядро, 6 ГБ мадам и ~4gb сети.
Всегда отдельные приложения; Вы не можете правильно настроить виртуальное, если Вы продолжаете добавлять переменные. Виртуальный сингл должен иметь единственную роль. Это должно выполнить одну вещь очень хорошо. Демилитаризованная зона. Демилитаризованная зона должна быть на отдельных физических виртуальных платформах. Для нормативных требований и защиты.
Также возможно присвоение более одного IP-адреса одному имени хоста:
rr.example.com. A 192.0.2.12
rr.example.com. A 192.0.2.23
rr.example.com. A 192.0.2.34
rr.example.com. A 192.0.2.45
Когда вы запрашиваете DNS-сервер для rr.example.com , вы получите ответ список IP-адресов назад. Затем вы можете подключиться к одному из них. Если первая попытка подключения была отклонена, попробуйте следующую.
Большинство браузеров будет следовать этому потоку, пока конечные точки активно отказываются от TCP-соединения. Если истечет время ожидания конечной точки, ресурс будет считаться недоступным, даже если не все IP-адреса были опробованы
. Поскольку большинство приложений (включая браузеры) часто интересуются только 1 конечной точкой IP за раз и просто выбираете первый доступный ответ, вы рискуют перекосить нагрузку между целевыми серверами, так что первый сервер получит весь трафик, а другие могут простаивать.
Чтобы обойти это, большинство DNS-серверов предлагают так называемую конфигурацию Round Robin, заставляющую сервер менять порядок, в котором возвращаются одинаково совпадающие записи. До того, как балансировщики нагрузки стали обычным явлением, это был эффективный способ балансировки нагрузки и некоторой реализации отказоустойчивости в сетевых системах.
Да, несколько имен хостов могут использовать один и тот же IP-адрес, лучше всего использовать запись CNAME для указания на запись A
bar.example.com. CNAME foo.example.com.
foo.example.com. A 192.0.2.23
Обратите внимание на все точки .
Наличие одного имени хоста для представления нескольких IP-адресов немного сложнее. Если мы говорим о записях MX, это решение уже существует в DNS с использованием чисел приоритета, если вы хотите, чтобы оно представляло несколько записей A, вам лучше использовать балансировщик нагрузки, например HAProxy.
Вы должны четко понимать, что вы подразумеваете под двумя именами хостов. Если вы имеете в виду два физических устройства с одним и тем же IP-адресом, обычно ответ будет отрицательным. Случай, когда вы бы это сделали, если serverA и serverB работают как активно-пассивный кластер, тогда у вас будет каждый сервер с двумя адресами за штуку. Один будет IP-адресом, выделенным для этого сервера, а второй IP-адрес будет тем, который совместно используется серверами, но только активный сервер будет прослушивать этот общий адрес. Пассивный сервер начинает прослушивание общего адреса только тогда, когда активный сервер выходит из строя.
В дополнение к изменению CNAME, как предлагалось в других ответах, вы также должны обрабатывать логику на своем сервере хостинга. Я использую Apache и настроил его следующим образом:
<VirtualHost 1.2.3.4:80>
ServerName www.abc.com
ServerAlias abc.com
...
</VirtualHost>
<VirtualHost 1.2.3.4:80>
ServerName www.xyz.com
ServerAlias xyz.com
...
</VirtualHost>
Я уверен, что и в других программах HTTP-серверов есть похожие вещи.
Также стоит отметить, что в IPv6 вы можете назначить один и тот же IP-адрес двум или более хостам, и сеть будет выполнять балансировку нагрузки и переключение при отказе за вас (если один из них недоступен, попробуйте Другой). Оба рассматриваются как одна логическая конечная точка, и здесь нет никакого DNS.
Эта функция известна как Anycast .
Несколько IP-адресов для одного домена:
- Да, это возможно и очень часто: если сервер (с IP-адресом A) упадет, вы можете подключиться к следующему IP-адресу регистра DNS и получить доступ к другому серверу (с IP B), чтобы получить услугу.
Несколько доменов для одного IP:
Вам необходимо ответить на следующий вопрос: Все ли домены предоставляют одну и ту же услугу?
- Если да: это также очень распространенная конфигурация: многие компании покупают много доменов с доменами в разных странах: xxx.com, xxx.net, xxx.org и т. Д. И все они указывают на одну и ту же службу, которая есть, к тому же списку IP.
- Если нет: это возможно, но не является обычным и не рекомендуется. Некоторые хостинговые компании, которые разрешают только службу HTTP, используют NAT / Proxy для резервирования IP. Но, конечно, это означает прокси, который «понимает» HTTP, чтобы идентифицировать службу назначения.
Многие телекоммуникационные серверы (например, HSS и PCRF) используют транспортный протокол SCTP, поэтому эти серверы имеют несколько IP-адресов. Эти адреса используются для множественной адресации (которую поддерживает SCTP), обеспечивая соединение с избыточностью и аварийным переключением.