Виртуализация SQL

Данный пост навеян чтением MS SQL and VMware best practices. Остальные мысли, как говорится, под катом 🙂

VMware проанализировало множество внедренных серверов SQL и выяснило следующие закономерности:
— SQL сервер обычно запущен на двух физических ядрах;
— Средняя загрузка процессора меньше 6%, 85% SQL серверов используют менее 10% процессора, 95% используют менее 30%;
— В среднем, на сервер установлено 3,1 гигабайта оперативной памяти, используется 60%;
— Среднее количество операций ввода/вывода — 20 IOPS, у 95%процентов серверов — меньше 100 IOPS;
— Средний сетевой трафик составляет3.2Мбит/сек.

Так что виртуализовать SQL очень даже имеет смысл!

Также в документе очень интересная таблица по поводу восстановления работоспособности сервиса после сбоя.

Failover clustering — не меньше 30 секунд;

Database Mirroring — меньше 3 секунд;

Log Shipping — время не указывается.

Replication — время не указывается.

Достаточно хорошим выбором является Database Mirroring. Быстрее восстановление, чем у кластера, стоит меньше (отсутствует необходимость в общем сторадже). Естественно, что балансировки нагрузки ни при кластеризации, ни при зеркалировании баз данных не происходит. Для балансировки Log Shipping и Replication выглядят лучше, но у них гораздо большее время при восстановлении и возможна потеря данных.

Есть над чем подумать…

Запись опубликована в рубрике Microsoft, SQL, VMware с метками . Добавьте в закладки постоянную ссылку.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *