Назад | Перейти на главную страницу

2 сервера для резервирования, резервное копирование

В настоящее время у меня есть 1 выделенный виртуальный сервер, на котором работает мой веб-сайт / блог / почта и т. Д. Это на Hyper-V с 512 МБ ОЗУ. Windows Web2008. С виртуальной машиной у меня работают:

Сейчас я арендовал 2 физических сервера: P4 2.6Ghz 1GB RAM 80GB HDD. С этими новыми серверами я также получаю 2 IP-адреса на каждый сервер. Они работают под управлением Windows 2008 Standard. С виртуальной машиной жесткий диск, очевидно, был настроен на RAID, поэтому я не беспокоился о проблемах с оборудованием, поскольку все это ложилось на провайдер. Однако с новыми серверами жесткий диск не является RAID-массивом, поэтому я опасаюсь, что в случае отказа мне понадобится резервная позиция.

Какая была бы наиболее идеальная установка? Я думаю:

Сервер 1: (Web / PrimaryDNS)

Сервер2: (SQL / резервное копирование)

Как я могу настроить его так, чтобы, если 1 выйдет из строя, я мог бы все сразу включить 2 или переключить вручную. Я смущен, поскольку другие DNS-серверы будут кэшировать IP-адрес веб-серверов для запросов, и если этот сервер выйдет из строя, у резервного сервера будет другой IP-адрес. Как мне заставить это работать?

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

В идеале я хочу, чтобы SQL и веб были на двух разных машинах для лучшей производительности. Если Server1 выйдет из строя, я смогу довольно легко переключиться на Server2. У меня нет проблем с ручным вмешательством для запуска служб sql / mail и т. Д.

С точки зрения масштабируемости виртуальная машина на сегодняшний день справляется довольно хорошо. В дальнейшем рабочая нагрузка SQL и IIS довольно быстро удвоится.

Некоторые идеи были бы замечательными.

Поскольку вы используете SQL Express, ваши возможности автоматического переключения при сбое немного ограничены.

Настройка NLB позаботится о вашем веб-трафике, но вам нужно будет вручную переключить установку SQL, восстановив резервную копию, если вы не свернули свою собственную версию доставки журналов и т. Д.

Живая миграция и т. Д. На кластере было бы неплохо, но для его работы вам понадобится общее хранилище и т. Д.

Поскольку вас устраивает ручное вмешательство, предложенная вами настройка звучит нормально. Пока у вас есть резервные копии SQL и любой контент IIS, копируемый между серверами, настройка с NLB должна работать нормально.

Я думаю, что функция, которую вы ищете, называется Живая миграция & является наиболее близким к тому, что вы предлагаете для «мгновенного» аварийного переключения.

  • Для обеспечения высокой доступности IIS исследуйте использование NLB или аппаратного балансировщика нагрузки.
  • Для обеспечения высокой доступности SQL Server используйте доставку журналов или зеркальное отображение базы данных.

Если у вас есть общее хранилище, вы также можете изучить кластеризацию.

Вы используете SmarterMail в качестве реального сервера почтовых ящиков или просто MTA, который можно использовать для отправки почты? Если это первый, вам понадобится какое-то общее хранилище между серверами или какой-то способ репликации данных почтового ящика из основного ящика в резервный; в противном случае у вас будет рабочий почтовый сервер на резервном блоке, но нет данных. То же самое и с SQL Express.