Krugeroid
Newbie | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Решение отказоустойчивого Mail Server от Kerio Есть вопрос, пока не сделано, но вдруг чего-то не учел, прошу поправить.... В работе есть почтовик, виртуальная машина, HDD 1.5 Tb, является главным MX У пользователей все клиенты почтовые настроены на него Дано 2 ESXi 5.5 объединены Distributed Switch, общей системы хранения нет. Все VM на хостах принадлежат одной сети допустим 192.168.5.0 Разворачиваем Kerio Connect из vmware appliance, ставим CEPH, настраиваем Разворачиваем 6 нод кластера CEPH для хранения Mailstorage, по 3 на каждой ноде ESXi Подключаем в fstab /opt/kerio HDD организованный на хранилище CEPH Клонируем VM Kerio на вторую ноду ESXi, потом в работе будет только один, клонированный в резерве, настройки одинаковые fstab # rbd create --size 10000 test # rbd map test # mkfs.ext4 -q /dev/rbd1 # mount /dev/rbd1 /opt # df -h /opt Filesystem Size Used Avail Use% Mounted on /dev/rbd1 9.5G 22M 9.0G 1% /opt # blockdev --getsize64 /dev/rbd1 10485760000 Если нужно - увеличиваем по потребностям # rbd resize --size 20000 test Resizing image: 100% complete...done. # blockdev --getsize64 /dev/rbd1 20971520000 # resize2fs /dev/rbd1 resize2fs 1.42 (29-Nov-2011) Filesystem at /dev/rbd1 is mounted on /opt; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 2 The filesystem on /dev/rbd1 is now 5120000 blocks long. # df -h /opt Filesystem Size Used Avail Use% Mounted on /dev/rbd1 20G 27M 19G 1% /opt Размещаем бэкап существующей почты, копируем структуру каталогов, если чего-то не хватает *.cfg (все что должно быть). Тушим основной, запускаем в работу подготовленное решение, после отсутствия граблей избавляемся от него... Месяца через два Понятно что навернуто, но у меня пока нет мыслей как избавиться от излишнего дублирования - по другому варианту дублировать VM (хоть VeamBackup, хоть Trelead VM Explorer) это 2*размер VMDK диска керио, при потребности увеличить хранилище, нужно останавливать почтовик, либо LVM делать, что не исключает, допустим, физической недоступности одной ноды ESXi, тогда почтовик будет недоступен, и придется запускать копию. Если поднимать из backup то уйдет 12-18 ч, потом синхронизация аккаунтов и другие подводные камни (все зависит когда было сделано последнее резервирование самой виртуалки). Вариант подготовительного решения для последующего ухода от ESXi на Proxmox+CEPH, тк средств на систему хранения нет. Останется потом только скопировать HDD mailstorage скопировать в новый кластер Proxmox+Ceph, сконвертировать 2 виртуалки Kerio для KVM, отказаться от 6 нод хранилища скластера. В данном решении на период недоступности одного из хостов ESXi отвалятся 3 ноды CEPH, кластер будет в состоянии Degraded, можно будет позже на скорую руку еще ноды прицепить (это частности), зато данные будут актуальны, и перебой в работе максимум на период включения резервного, в это время почта лежит у провайдера, где МХ больше. Размер хранилища можно добавлять \ убирать на лету. MailBackup в другой датацентр конечно же не отменяется, может быть всякое... Подобное решение рассмотрено здесь https://sys4.de/de/blog/2013/06/06/postfix-dovecot-ceph-cluster-storage/ | Всего записей: 8 | Зарегистр. 06-02-2006 | Отправлено: 19:05 31-03-2015 | Исправлено: Krugeroid, 10:10 01-04-2015 |
|