Вопросы Теги

живой сайт и содержащий рядом до идет живой

В прошлом dhcpd объемы был единственный путь Того, но некоторое время теперь DHCPD предлагает тип кластеризации серверов DHCP. Установка не к трудно. Полная деталь здесь, но я вырезал и вставил детали здесь для создания вещей более простыми.

Примеры сервера:

dhcp-server-a (192.168.200.2/24)

authoritative;
ddns-update-style none;

failover peer "dhcp-failover" {
  primary; # declare this to be the primary server
  address 192.168.200.2;
  port 647;
  peer address 192.168.200.3;
  peer port 647;
  max-response-delay 30;
  max-unacked-updates 10;
  load balance max seconds 3;
  mclt 1800;
  split 128;
}

subnet 192.168.200.0 netmask 255.255.255.0 {
  option subnet-mask 255.255.255.0;
  option broadcast-address 192.168.200.255;
  option routers 192.168.200.1;
  option domain-name-servers 192.168.200.1;
  pool {
    failover peer "dhcp-failover";
    max-lease-time 1800; # 30 minutes
    range 192.168.200.100 192.168.200.254;
  }
}

dhcp-server-b (192.168.200.3/24)

#
# /etc/dhcpd.conf for secondary DHCP server
#

authoritative;
ddns-update-style none;

failover peer "dhcp-failover" {
  secondary; # declare this to be the secondary server
  address 192.168.200.3;
  port 647;
  peer address 192.168.200.2;
  peer port 647;
  max-response-delay 30;
  max-unacked-updates 10;
  load balance max seconds 3;
}

subnet 192.168.200.0 netmask 255.255.255.0 {
  option subnet-mask 255.255.255.0;
  option broadcast-address 192.168.200.255;
  option routers 192.168.200.1;
  option domain-name-servers 192.168.200.1;
  pool {
    failover peer "dhcp-failover";
    max-lease-time 1800; # 30 minutes
    range 192.168.200.100 192.168.200.254;
  }
}

3
задан 26 March 2011 в 13:25
1 ответ

Это не столь распространено, как Вы сначала приняли бы, но это - идеальная конфигурация. Azure имеет понятие со способностью подкачать подготовку и живой экземпляр. Я предполагаю, что это - то, к чему Вы обращаетесь.

Я делаю это со многими сайтами, и я планирую зарегистрировать и выпустить некоторые лучшие практики позже в этом году по этой теме.

Что Вы используете для более длинного стабилизатора?

На высоком уровне вот то, что я делаю:

  • Я использую Маршрутизацию запроса приложения (ARR) для решения для выравнивания нагрузки
  • Каждый сайт является установкой приблизительно с (2 - 4) 'экземпляры'. Каждый указывает на различный путь на диске.
  • Я могу продвинуть к любому из экземпляров подготовки в течение дня и полностью протестировать их.
  • Когда готовый для движения живой (в середине дня или ночью) URL Переписывает правило о сервере ARR, изменяется для указания на другой экземпляр ServerFarm. Это выполняет переключатель немедленно без любого времени простоя.

Если у Вас нет способности сделать это в подсистеме балансировки нагрузки, что сделают некоторые люди, изменить путь на диске в IIS. Это вызовет AppDomain, перерабатывают, и не является столь же гладким, но это довольно быстро. При использовании совместно использованной конфигурации IIS затем, изменение в новом пути на диске будет относиться ко всем пяти узлам одновременно.

1
ответ дан 3 December 2019 в 07:40

Теги

Похожие вопросы