Лично я не был впечатлен инструментами управления, доступными в XenServer, и очень предпочту настраиваемость, это возможно с полноценным дистрибутивом Linux. Конечно, это зависит полностью на Вашем уровне комфорта.
До программного обеспечения по сравнению с аппаратными средствами RAID я думаю, что это действительно зависит от того, какой RAID Вы делаете. Я думаю, что программное обеспечение RAID более гибко и по моему опыту работало чрезвычайно хорошо в RAID1 или конфигурации RAID0.
Я больше не решился бы использовать программное обеспечение RAID в RAID 5 или RAID 6, потому что обе из тех конфигураций полагаются на кэш с аварийным батарейным питанием для достижения подходящей производительности и целостности данных.
Это - часть протокола HTTP 1.1.
А именно, протокол HTTP 1.1 включает заголовок, названный "хостом": который указывает, к какому веб-сайту по конкретному серверу клиент пытается получить доступ.
Так, если snoopy.net и woodstock.org и совместно используют 192.0.32.10 и Ваш браузер, пытается стать довольным от http://snoopy.net/doghouse
определенный запрос HTTP был бы похож:
GET /doghouse HTTP/1.1
Host: snoopy.net
Если желаемый URL http://woodstock.org/seeds
запрос был бы похож
GET /seeds HTTP/1.1
Host: woodstock.org
В обоих случаях был бы сокет tcp между Вашим компьютером и портом 80 из сервера. Сервер знал бы для получения довольным от/var/www/snoopy.net или/var/www/woodstock.org/на основе заголовка Хоста.
Были бы другие заголовки для cookie и другой материал как тип браузера и позволили содержание, но заголовок "Хоста" конкретно - то, что позволяет веб-серверу знать, какой виртуальный веб-сайт желаем.
Существует больше в RFC2616.
Это также, почему https сайты *должны *** иметь их собственный IP-адрес - ssl ключевой обмен и проверка сертификата происходят до http транзакции, таким образом, http сервер не будет знать для выделения сертификата для "woodstock.org" или "snoopy.net", когда это получит подключение HTTPS на порте 443 из 192.0.32.10.
править
** в комментариях Grawity указывает, что существуют расширения SSL в спецификации TLS, которые позволяют серверу знать, какой веб-сайт, пользователь как пытающийся получить доступ, и что самые современные веб-браузеры имеют эти расширения, немного слишком силен - также.
Технику для хостинга больше чем одного домена/субдомена на единственном IP-адресе / хост называют виртуальными хостами. http добираются, запрос содержит доменное имя, которое запросы, на который позволяет веб-серверу подходить запрос с конкретным виртуальным доменом.
Если у Вас будет несколько физических хостов внутренне со всего одним внешним IP затем, то Вы захотите изучить установку обратного прокси для передачи запросов к корректной машине / внутреннему IP-адресу.
Это звучит мне от Вашего вопроса как Вы, имеют отдельный физический сервер для второго веб-сайта. В этом случае Вы не сможете использовать единственный IP-адрес для этих двух серверов. Можно или a) получить второй общедоступный IP-адрес для второго хоста или b) настроить умный прокси, который передает запросы к различным серверам на внутренней сети на основе заголовков хоста. Я вполне уверен, что b) возможен, но у меня нет реальной идеи того, как он работает, таким образом, необходимо будет спросить кого-то еще если, именно это Вы пытаетесь сделать.
Существует что-то, что весь современный браузер отправляют наряду с запросом, названным "Хостом": заголовок.
Фактический Firefox запроса посылает за этой страницей:
Host: superuser.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive
Как Вы видите,
Host: superuser.comбит определяет рассматриваемый веб-сайт.
Что касается Вашего конкретного вопроса, необходимо будет читать о том, как конкретная хостинговая компания хочет, чтобы Вы запросили конфигурацию.
Функцию на Вашем веб-сервере обычно называют 'виртуальными хостами'. После того как Вы указываете на записи DNS для указания на тот один IP-адрес (как упомянуто в других ответах), сервер будет затем сервер различные сайты в зависимости от того, каков требуемый хост.
До указывающий на другое поле идет. Можно настроить перенаправления в большинстве веб-серверов, если Вы ожидаете получать запрос сначала. Если Вы говорите о субдоменах затем все, что Вы делаете указать на каждый из sub доменов к различному IP-адресу.
т.е. host.com-> IP 1 затем www.host.com-> IP 2 и mail.host.com-> IP 3
Если Вы хотите более определенные ответы, необходимо сказать, какое программное обеспечение веб-сервера на том, какую операционную систему Вы выполняете.
Вы могли бы найти, что ServeFault является лучшим местом для этого вопроса.
В коротком...
Один - Набор записи DNS для Ваших различных доменов ко всей точке к Вашему полю.
Два - Как описано другими, настройте свой веб-сервер (Вы не говорите который) соответствовать на требуемом имени хоста.
Тем путем все запросы на все Ваши домены переходят к той же машине, и это - конфигурация, берет требуемый домен и направляет его к правильной папке, содержащей тот контент сайта.
Если я читаю Ваше право вопроса, у Вас есть два различных компьютера, совместно использующие IP-адрес через NAT (Преобразование сетевых адресов)? Если так, у Вас должен будет быть один сайт, слушают на другом порте (не 80) - нет никакого хорошего способа, которым я знаю об иметь маршрутизатор, отправляют запросы к различным компьютерам на основе метаданных "Хоста" HTTP. Вы более обеспечены просто получение второго IP-адреса для Вашего второго сервера.