В настоящее время я изменяю архитектуру нашего решения для резервного копирования и хотел бы получить информацию о том, как выполнять часть репликации. У нас есть два сайта, один намного крупнее другого, для которых нам нужно создать резервную копию. У меня есть два сервера Linux, которые будут разделять свои тома через NFS / iSCSI / SMB (я еще не решил, какой из них выбрать). Файлы, которые будут храниться на этих томах, скорее всего, будут VMDK, то есть просто отдельными большими файлами, которые будут содержать резервные копии с использованием либо VMWare Data Recovery, либо Veeam (также еще не решено, какие использовать).
А теперь самое сложное ... Я хотел бы скопировать эти VMDK на оба сервера. Таким образом, сервер A будет иметь собственный VMDK, а сервер B будет иметь собственный VMDK. Должен ли я использовать что-то вроде Rsync для периодической репликации самих файлов на другой сервер, или было бы лучше использовать что-то вроде DRBD + GFS2 для репликации материала по мере его изменения на уровне блоков, что по сути дает мне активную / активную кластерную файловую систему ? Имейте в виду, что VMDK не будет изменен в обоих местах. То есть сервер A никогда не будет изменять VMDK, который в основном размещается на сервере B, и наоборот.
Пожалуйста, дайте мне знать, если вам нужна дополнительная информация, и спасибо за любой вклад!
Раньше я работал над парой подобных систем (не меньше, чем для репликации хранилища виртуальных машин!). В целом мне удобнее использовать решение с запланированной rsyncs, поскольку мы обнаружили, что настройка DRBD сложна и немного хрупка, но у вас есть недостаток: если между rsyncs произойдет сбой, вы потеряете изменения. Как часто эти файлы меняются / как долго должна быть резервная копия в случае сбоя?
DRBD лучше в том смысле, что блочные устройства постоянно обновляются, что является большим плюсом и позволяет нам быстрее переключаться между виртуальными машинами. Но мы обнаружили, что настройка (и отладка, если что-то пошло не так) сложнее. Обычно я бы сказал, что используйте DRBD, если вам нужна такая избыточность, или rsync, если вы считаете эти более холодные / нечастые резервные копии.
(Мы также пробовали некоторые довольно дикие вещи: iSCSI (на самом деле, SRP) -экспортированные блочные устройства с двух разных серверов, с программным RAID, примененным к блочным устройствам на сервере №3. Но мы не держали это достаточно долго, чтобы протестировать его. много.)