Виртуализация 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 не будет опубликован. Обязательные поля помечены *