Руководство администратора

Аварийное восстановление с помощью X Recovery Manager предполагает использование как минимум двух площадок. Если основная площадка становится недоступным, среда виртуализации может быть автоматизировано переключена на резервную площадку.

Отказоустойчивость достигается путем настройки резервной площадки с помощью:

Дополнительного сервера управления.
Резервного дата-центра и кластеров.
Сети с такими же общими связями, как и на основной площадке.
Активные серверы, способные запускать виртуальные машины после отработки отказа.

Необходимо убедиться, что на резервной площадке среде достаточно ресурсов для запуска виртуальных машин с аварийным переключением, а также в том, что и первичная, и вторичная среды имеют одинаковые версии серверов управления, уровни совместимости центра обработки данных и кластера, а также версии SQL.

Домены хранения, содержащие диски и шаблоны виртуальных машин на первичном сайте, должны быть реплицированы. Эти реплицированные домены хранения не должны быть активны на резервной площадке.

Процессы восстановления после сбоя выполняются с помощью сценариев Ansible, которые сопоставляют объекты между сайтами и управляют процессами отработки отказа и восстановления после сбоя. Файл сопоставления указывает компонентам сервера управления, где выполнять отработку отказа или восстановление после отказа.

Рекомендации для сети

Необходимо убедиться, что на основной и резервной площадке существует одинаковая общая топология подключения. Если есть несколько сетей или несколько центров обработки данных, то необходимо использовать пустой раздел сетевой конфигурации в файле сопоставления, чтобы гарантировать, что все объекты будут корректно созданы во время отработки отказа.

Рекомендации для хранилищ

Для хранения данных может быть использовано блочное устройство (iSCSI или FC), или файловая система (NAS/NFS или GlusterFS). Поддерживаются только домены хранения данных, которые реплицируются между площадками.

Должны быть первичная и вторичная реплики хранилища. Блочные устройства или общие ресурсы основного домена хранения, содержащие диски или шаблоны виртуальных машин, должны быть реплицированы. Вторичное хранилище не должно быть подключено к какому-либо центру обработки данных и добавляется к центру обработки данных резервной площадки во время выполнения процедуры восстановления после сбоя.

Поддерживается использование любых решений для хранения данных, имеющих параметры репликации, поддерживаемые средой виртуализации

Метаданные для всех виртуальных машин и дисков находятся в домене хранения данных в виде образов дисков OVF_STORE. Эти метаданные используются, когда домен хранения данных перемещается путем отработки отказа или восстановления после отказа в другой центр обработки данных в той же или другой среде.

По умолчанию метаданные автоматически обновляются с интервалом в 60 минут. Это означает, что вы потенциально можете потерять изменения в течение последнего интервала. Чтобы избежать такой потери, вы можете вручную обновить метаданные с портала администрирования, перейдя в раздел домена хранения и нажав «Обновить OVF» . Или вы можете изменить параметры сервера управления, чтобы изменить частоту обновления, например:

engine-config -s OvfUpdateIntervalInMinutes=30 
systemctl restart ovirt-engine

Атрибуты файла маппинга переменных

Атрибуты в файле маппинга используются для аварийного переключения и восстановления после сбоя между двумя площадками

Атрибуты площадки

Атрибуты, которые сопоставляют сведения о сервере управления (Engine) на основной и резервной площадках, например:

dr_sites_primary_url: https://manager1.mycompany.com/ovirt-engine/api
dr_sites_primary_username: admin@internal
dr_sites_primary_ca_file: /etc/pki/ovirt-engine/ca.pem

# Please fill in the following properties for the secondary site:
dr_sites_secondary_url: https://manager2.mycompany.com/ovirt-engine/api
dr_sites_secondary_username: admin@internal
dr_sites_secondary_ca_file: /etc/pki/ovirt-engine/ca.pem

Атрибуты доменов хранения

Атрибуты, которые сопоставляют сведения о домене хранения на основной и резервной площадках, например:

dr_import_storages:
- dr_domain_type: nfs
  dr_primary_name: DATA
  dr_master_domain: True
  dr_wipe_after_delete: False
  dr_backup: False
  dr_critical_space_action_blocker: 5
  dr_warning_low_space: 10
  dr_primary_dc_name: Default
  dr_discard_after_delete: False
  dr_primary_path: /storage/data
  dr_primary_address: 10.64.100.xxx
  # Fill in the empty properties related to the secondary site
  dr_secondary_dc_name: Default
  dr_secondary_path: /storage/data2
  dr_secondary_address:10.64.90.xxx
  dr_secondary_name: DATA

Атрибуты кластера
Атрибуты, которые сопоставляют имена кластеров между основной и резервной площадкой, например:
```
dr_cluster_mappings:
  - primary_name: cluster_prod
    secondary_name: cluster_recovery
  - primary_name: fc_cluster
    secondary_name: recovery_fc_cluster
```
Сведения о Affinity-группах
Атрибуты, которые сопоставляют группы сходства, к которым принадлежат виртуальные машины, например:
```
dr_affinity_group_mappings:
- primary_name: affinity_prod
  secondary_name: affinity_recovery
```
Сведения о Affinity-метках
Атрибуты, которые сопоставляют Affinity-метки, которым принадлежат виртуальные машины, например:
```
dr_affinity_label_mappings:
- primary_name: affinity_label_prod
  secondary_name: affinity_label_recovery
```
Домены аутентификации, авторизации и учетные данные
Атрибуты, которые сопоставляют детали авторизации между площадками, например:
```
dr_domain_mappings:
- primary_name: internal-authz
  secondary_name: recovery-authz
- primary_name: external-authz
  secondary_name: recovery2-authz
```
Сведения о ролях
Атрибуты, обеспечивающие сопоставление для определенных ролей, например:
```
dr_role_mappings:
- primary_name: admin
  Secondary_name: newadmin
```
Сведения о сети
Атрибуты, которые сопоставляют сведения об адаптерах vNIC между площадками, например:
```
dr_network_mappings:
- primary_network_name: ovirtmgmt
  primary_profile_name: ovirtmgmt
  primary_profile_id: 0000000a-000a-000a-000a-000000000398
  # Fill in the correlated vnic profile properties in the secondary site for profile 'ovirtmgmt'
  secondary_network_name: ovirtmgmt
  secondary_profile_name: ovirtmgmt
  secondary_profile_id:  0000000a-000a-000a-000a-000000000410
```
Если используется несколько сетей или несколько центров обработки данных, необходимо указать пустое сопоставление сети в файле, чтобы гарантировать, что все объекты будут зарегистрированы на целевой площадке во время отработки отказа, например:
```
dr_network_mappings:
# No mapping should be here
```

Сведения о внешних LUN-дисках

Атрибуты LUN позволяют регистрировать виртуальные машины на соответствующем внешнем диске LUN после операций failover и failback, например:

dr_lun_mappings:
- primary_logical_unit_id: 460014069b2be431c0fd46c4bdce29b66
  primary_logical_unit_alias: My_Disk
  primary_wipe_after_delete: False
  primary_shareable: False
  primary_logical_unit_description: 2b66
  primary_storage_type: iscsi
  primary_logical_unit_address: 10.35.xx.xxx
  primary_logical_unit_port: 3260
  primary_logical_unit_portal: 1
  primary_logical_unit_target: iqn.2017-12.com.prod.example:444
  secondary_storage_type: iscsi
  secondary_wipe_after_delete: False
  secondary_shareable: False
  secondary_logical_unit_id: 460014069b2be431c0fd46c4bdce29b66
  secondary_logical_unit_address: 10.35.x.xxx
  secondary_logical_unit_port: 3260
  secondary_logical_unit_portal: 1
  secondary_logical_unit_target: iqn.2017-12.com.recovery.example:444

PreviousРуководство пользователя NextТехническая поддержка

Last updated 1 year ago