Приоритет сервера для сервера IIS и SQL Server

Question

У моей фабрики есть 2 сервера, мне понадобится 1 сервер для IIS и еще один для SQL Server.

Это заводское производство работает 24 часа и имеет постоянную транзакцию.

В настоящее время ВСЕ НАХОДИТСЯ на сервере А. Конечно, это вызывает некоторые проблемы с производительностью.

Поэтому я планирую иметь IIS и SQL Server на разных серверах.

Я не уверен, что должен использовать этот сервер как IIS, а другой как SQL Server 2008 R2.

< = Сервер =>

• 2 процессора (2,40 ГГц 2,39 ГГц), всего 16 ядер
• 8 ГБ

< = Сервер В =>

• 1 CPU (2.40 ghz 2.39 ghz), всего 8 сердечников
• 4 ГБ

Это мой первый вопрос, поэтому я не уверен, что правильно спрашиваю. Спасибо.

Answer 1

Короткий ответ: SQL должен получить «большой» сервер, так как его обработка почти всегда более интенсивна, чем обработка IIS/App.

Более длинный ответ заключается в том, что без детального анализа и тестирования производительности под нагрузкой распределение и размеры ящиков - это всего лишь выстрел в темноте. Лучшая практика будет заключаться в следующем: поговорите с владельцем фабрики о покупке одного большого сервера и установите на нем VMware. Это позволит вам разбить этот сервер на 2 (или более) виртуальных сервера, которые вы можете настроить так, как хотите. Затем, как только вы запустите свои IIS и SQL-серверы в рабочем сценарии, вы сможете изучить, как стресс распределяется между серверами. Затем вы можете использовать VMware для «настройки» ваших серверов, при необходимости распределяя больше обработки и памяти.

Если, например, вы обнаружите, что ваш сервер IIS/app работает на 99% памяти/99% процессора, вы можете быстро выделить больше ядер и памяти на стороне IIS сервера, перезагрузитесь (требуется l0 секунд), и вы успешно настроили свой серверный массив.