malefik
Enthusiast
Enthusiast

Vsphere 5.5, где хранить базы?

Добрый день коллеги.

Исходные данные:

- 3-5-10 хостов

- vServer 5.5

- Horizon 6 (View и Workspace)

- vCenter Log Insight

- vCenter Operations Management

- vSAN

- vCloud Director (возможно в будущем)

- также в системе есть 1С 8.2 клиент-серверная версия (забегая вперед, под нее все-равно хочешь-не хочешь нужно делать SQL кластер для отказоустойчивости и балансировки нагрузки)

Вопрос: как по best practice лучше подойти в хранению баз данных всей этой инфраструктуры:

1. Развернуть общий кластер из MS SQL 2012 + режим AlwayaOn (который будет использоваться под все приложения, функционирующие в организации), ноды разнести по разным серверам, хранилище - vSAN

2. По необходимости создавать отдельные инстансы SQL на каждой требуемой ВМ

3. для vServer использовать локальный инстанс + продукт VMware Heartbit (для отказоустойчивости), а для остальных - развернутый общий SQL

4. Какой-то другой вариант?

Упор при выборе на правильность, технологичность и легкость последующего обслуживания решения, не на цену.

Заранее огромное спасибо за помощь!

12 Replies
Sladky
Virtuoso
Virtuoso

Хертбит в топку. Кривой продукт. До кучи он уже не продается.

Я бы все на 1 скуль повесил. Проще администрить.

VCP5
0 Kudos
evgenyk
Enthusiast
Enthusiast

Отдельные сервера под инфраструктуру (vmware) и приложения (1C) это однозначно.

Если есть сомнение можно сходить на форум админов 1С и почитать как там минорное изменение в конфигурации приводит к 100% нагрузке на SQL с падением до не рабочего состояния.

Evgeny Kovalskiy CCNP, VCP, EMCSA IT Infrastructure Architect
Sladky
Virtuoso
Virtuoso

Ой. Тогда действительно, 1С к чертикам в отдельный сервак Smiley Happy

VCP5
0 Kudos
malefik
Enthusiast
Enthusiast

1. В чем кривость?

2. Как тогда защищать vServer? Есть другой, более новый вмваревский продукт для этого?

0 Kudos
aceovter
Enthusiast
Enthusiast

1. Дальше беты он как-то глухо продвигался, разработчики практически им не занимались, отсюда корни неудобства использования.Самое распространённое - отваливание схд.

2.  Используйте лучшие практики технологий vSphere - HA, FT вам в помощь.

0 Kudos
Dmitry_G
Hot Shot
Hot Shot

Вы его когда-нибудь пробовали поставить?) Я думаю после первого раза вы бы ощутили ту самую "кривость". Не зря VMware от него отказалась. vCenter не критичный сервис, для него подойдет обычный HA.

Мне кажется тут разумно использовать vCSA, инфраструктура ведь не превышает 100 серверов? А с лицензионной точки зрения сэкономить лицензию на Win и SQL очень даже приятно.

VCAP-DCD, VCAP-DCA, VCP-Cloud, VCP-DCV, CCNA
0 Kudos
malefik
Enthusiast
Enthusiast

Хм, как это vCenter - не критичный сервис? Да ведь вся сфера только на нем родимом и держится ж...

0 Kudos
Sladky
Virtuoso
Virtuoso

Сервис то критичный, но для определенных фич. Если вдруго он пропадет на сутки, то ничего страшного не случится. Все машинки продолжат работать, HA тоже продолжит работать. Пропадет лишь весь вышестоящий функционал.

VCP5
0 Kudos
Dmitry_G
Hot Shot
Hot Shot

Я думаю в первую очередь vSphere держиться на ESXi, потом на серверах, СХД, ЛВС.... потом только vCenter... так что если vC лежит 5-10 минут (максимальное время отработки HA и загрузки vC) ничего не случиться.

VCAP-DCD, VCAP-DCA, VCP-Cloud, VCP-DCV, CCNA
0 Kudos
malefik
Enthusiast
Enthusiast

А, к примеру, Horizon? Он ведь тоже вырубится без vserver? А вот это уже куда как критичный сервис.

Но, в общем-то, вопрос конечно не в том, без чего жить можно, а в том, как все грамотно сделать, чтобы не пришлось жить без чего-то. 🙂

Вроде бы на этот вопрос я ответ получил - механизм HA?

0 Kudos
Akopylov
Commander
Commander

Hoeizon не "вырубится". Большинство операций с брокерами вы проделать не сможете, но подключенные пользователи продолжат нормально работать на десктопах. К сожалению не помню смогут ли подключаться пользователи к десктопам без доступного vCenter, и проверить сейчас негде, но гипотетически вроде должны. Как бы там ни было, простой 5-10 минут не будет заметен для пользователей VDI.

0 Kudos
malefik
Enthusiast
Enthusiast

Ок, коллеги, всем спасибо за активное обсуждение!

Попробую подвести итог. Выходит, самым правильным будет вариант:

1. отдельный SQL-кластер AlwaysON для продуктов Vmware и других "системных" продуктов (например, кластера фермы MS RDS)

2. отдельный SQL-кластер AlwaysON для 1С

3. отказоустойчивость и доступность домен-контроллер(ов) - путем развертывания дополнительных контроллеров и перенос их на другой физ.сервер

4. отказоустойчивость и доступность vServer - механизм HA

Если есть еще какие-то дополнения по итоговой схеме - буду очень благодарен.

0 Kudos