Michael корректен, что сообщество немного ломается прямо сейчас, и документация немного редка.
На самом деле это - все там, просто невозможно понять. То, что Вы действительно хотите, является "Конфигурацией Кардиостимулятора Объясненная" электронная книга... (Свяжитесь с PDF). Вы захотите считать его приблизительно дюжину раз и затем попытаться реализовать его и затем считать его другая дюжина времен так, чтобы Вы могли на самом деле grok он.
Лучшая поддерживаемая реализация служб кластеров для Linux в этой точке, вероятно, будет SLES11 Novell, и это - Высоконадежное расширение (HAE). Это ПРОСТО вышло месяц или два назад, и это идет с хорошим толстым руководством на 200 страниц, которое описывает, как настроить его и получить вещи, работающие. Novell также был превосходен о поддержке конфигураций Кардиостимулятора в различных формах.
Кроме того, существует реализация RHEL5, которая имеет тот же пакет и достойную документацию, но я думаю, что это более дорого, чем SLES. По крайней мере, это для нас.
Я избежал бы Heartbeat прямо сейчас и пошел бы с Pacekmaker/OpenAIS, потому что они собираются быть намного лучшим поддерживаемым входом в будущее. ОДНАКО текущее состояние сообщества таково, что существует несколько экспертов, существует несколько человек, которые выполняют его в производстве, и существует целая тонна людей, которые абсолютно невежественны. Присоединитесь к списку рассылки Кардиостимулятора и обратите внимание на человека по имени Andrew Beekhof.
Редактирование для предоставления требуемой подробной информации:
Pacemaker/OpenAIS использует эксплуатацию 'монитора' на 'примитивном ресурсе' (например, сервер nfs) для отслеживания то, что делает ресурс. Если пример, сервер NFS переходит безразличный к остальной части кластера для X чисел секунд, то кластер выполнит STONITH (Выстрелили Другому Узлу В Голову), операция для закрытия основного узла, продвигая вторичный узел активный. Вы решаете в конфигурации, что поднять позже и связанные действия для взятия. Детали реализации оттуда зависят, на каком сервисе Вы пытаетесь передать сбой, окна выполнения для определенных операций (таких как продвижение основного узла назад ведущему устройству) и целая вещь, в значительной степени максимально настраивающаяся.
По умолчанию, когда Вы создаете VHD, нули процесса создания данные, поскольку они создают файл.
MS выпустил инструмент для создания VHD's очень быстро, который обходит нуль, обрабатывают.
Для создания VHD на 100 ГБ используйте что-то как:
.\VhdTool.exe /create '.\Virtual Hard Disks\SRV-EXCHANGE_Backup.vhd' 107374182400
Потребуются только секунды для завершения.
PS C:\VMStorage> .\VhdTool.exe /create '.\Virtual Hard Disks\SRV-EXCHANGE_Backup.vhd' 107374182400
Status: Creating new fixed format VHD with name ".\Virtual Hard Disks\SRV-EXCHANGE_Backup.vhd"
Status: Attempting to create file ".\Virtual Hard Disks\SRV-EXCHANGE_Backup.vhd"
Status: Created file ".\Virtual Hard Disks\SRV-EXCHANGE_Backup.vhd"
Status: Set the file length
Status: Set the valid data length
Status: VHD footer generated
Status: VHD footer written to file.
Status: VHD header area cleared.
Status: Complete
PS C:\VMStorage>
Если вам нужен быстрый инструмент для создания VHDX, обратите внимание на Systola VhdxTool : Он работает почти как VHDTool, но для VHDX и даже предлагает совместимую командную строку.
The reason why this takes so long is that when we create a new fixed-size virtual hard disk we take the time to explicitly zero-out all of the disk space that is being assigned to the new file.
– Reuben 7 September 2009 в 08:54