LINUX.ORG.RU
ФорумAdmin

Годно ли ceph для HA вирт. машин?

 , ,


0

1

Задача:

  • Сократить время простоя CRM 1C из-за отказа оборудования. Производить «прозрачно: (допускается выключение сервиса и загрузка в другом месте) обслуживание оборудования.

Решение:

  • Виртуализация
  • HA на уровне виртуальной машины

Технологии и оборудование:

  • Гипервизора виртуализации KVM (основной, резервный) - 2шт;
  • Массив для данных на каждом гипервизоре - mdadm, raid10, sas rpm 15000 4шт;
  • Распределенная файловая система ceph, прямой link bound (1Gb/s x 4) между узлами KVM;
  • Менеджер кластера (pacemaker + что-то еще в связке )

Годно? или DRBD? или на СХД потратиться?

★★★★★

Последнее исправление: petav (всего исправлений: 1)

Бери схд это надежно

anonymous
()

Ceph — это HA стореджа. А как ты будешь делать HA виртуальной машины — ему по барабану.

Как HA стореджа — выбор ОК.

post-factum ★★★★★
()
Ответ на: комментарий от petav

Меньше трёх мониторов - бессмысленно для продакшена.

Deleted
()

почитали бы про CEPH сначала. как уже писали , это на уровне гипервизора. затем: никаких рейдов, CEPH это и есть условный «рейд» и он кушает железные диски. три монитора минимум, те три ноды минимум. При правильной постройке CEPH очень часто выходит, что NAS или SAS дешевле. Если не учтете все рекомендации, то скорость записи будет никакой.

constin ★★★★
()

Нагруженность сервиса, допустимое время простоя, размер данных? Может дешевле делать срезы раз в 15 минут? Версия 1с файловая что-ли?

stave ★★★★★
()
Последнее исправление: stave (всего исправлений: 1)
Ответ на: комментарий от stave

Нагруженность сервиса, допустимое время простоя, размер данных?

40 user (не нагружен), 0.5 час, ~100Gb

Может дешевле делать срезы раз в 15 минут?

Учитываю этот вариант

Версия 1с файловая что-ли?

Postgresql+Linux+может быть xrdp

petav ★★★★★
() автор топика
Ответ на: комментарий от constin

три монитора минимум, те три ноды минимум.

И производительность дисковых подистем должна быть одинакова?

petav ★★★★★
() автор топика

есть готовые решения типа ovirt

пару fc хранилищ с мультпасом - дорого пару iscsi хранилищ с мультипасом - дешевле, если 1Gb. можно сделать 10Gb.

live миграция между хостами. лив миграция vm дисков между хранилищами. бекап vm на nfs, например.

задача обслуживания железа решена полностью.

anonymous
()
Ответ на: комментарий от zgen

Историй успеха много в интернете, сам не знаю.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

почитайте матрицу. полагаю, что да. оно пишет сразу в два-три места( как сконфигурируете) и будет нехорошо, если с разной скоростью. еще там ооочень желательно использовать отдельные диски под журнал. причем, к каждому диску в идеале нужен один диск по журнал. все это можно проигнорировать, но чем больше игнорируешь, тем медленнее оно работает. если не планируется маштабирование и нет бюджета на sas, то я бы сделал DRBD. для двух нод в НА самое то.

constin ★★★★
()
Ответ на: комментарий от petav

Так может реализовать это на уровне приложений? Зеркало постгре обойдется в 0 денег затрат. А морду разворачивать из темплейта. Не понадобится городить цеф, овирт и прочее.

stave ★★★★★
()
Ответ на: комментарий от stave

Так может реализовать это на уровне приложений?

Взвешу

petav ★★★★★
() автор топика
Ответ на: комментарий от stave

Люди разучичились мыслить просто. Еще туда докер нужен, ввиде вишенки на всем этом слоеном пироге абстракций из цеф овирт итд. И тогда все будет модно и молодежно как на хабре пишут😃 А по делу, автор, здесь не нужно все то что вы нагородили, репликация постреса и все ваши данные продублированы, гемора будет в разы меньше, а производительность максимальна

apmucm
()
Последнее исправление: apmucm (всего исправлений: 1)
Ответ на: комментарий от apmucm

Еще туда докер нужен, ввиде вишенки

Postgres это только часть сервиса 1С. Если делать HA на уровне приложений, то есть еще сервер 1С. Допустим производитель 1С обещает, что оно может кластер и балансировать нагрузку, но это потребует 2(две) инсталяции и 2(два) ключа по 86 000 рублей.

Такой вариант рассматривается конечно, но его надо взвешивать в купе с другими и накладывать на инфраструктуру.

petav ★★★★★
() автор топика
Ответ на: комментарий от petav

Боюсь что внедрение и поддержка Ceph + ovirt обойдутся в разы дороже чем 86000 на доп ключ. И если у компании нет каких то 86000р то и железо там наверное десктопное? а поднимать на нем ceph боже упаси.

несомненно вам виднее, может есть еще какие-то вводные, которые вы не озвучили.

apmucm
()
Последнее исправление: apmucm (всего исправлений: 3)
Ответ на: комментарий от petav

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

apmucm
()
Ответ на: комментарий от apmucm

то тут уж лучше имхо дрбд8

Спасибо. То же примеряю этот вариант.

petav ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.