Управление Shared EVS Disks

Совместное использование дисков позволяет создавать shared EVS диски. Shared EVS диски — это блочные устройства хранения, поддерживающие одновременные операции чтения/записи и которые могут быть подключены к нескольким servers. Shared EVS диски обеспечивают множественные подключения, высокую конкурентность, высокую производительность и высокую надёжность. Они обычно используются для корпоративных бизнес‑критических приложений, требующих развертывания кластера и высокой доступности (HA). Несколько servers могут одновременно получать доступ к одному и тому же shared EVS диску.

Shared EVS диск может быть подключён к максимум 16 servers. Для совместного использования файлов необходимо развернуть общую файловую систему или систему управления кластером, например Windows MSCS, Veritas VCS или CFS.

• Множественные подключения: Shared EVS диск может быть подключён к максимум 16 servers.
• Высокая производительность: Случайные операции чтения/записи IOPS общего ultra-high I/O диска могут достигать 160 000.
• Высокая надёжность: Shared EVS диски поддерживают как ручное, так и автоматическое backup, обеспечивая высоконадежное хранение данных.
• Широкий спектр применения: Shared EVS диски могут использоваться в кластерах Linux RHCS, где требуются только общие VBD диски. Они также могут применяться в кластерах Windows MSCS и Veritas VCS, требующих резервирования SCSI.

Shared EVS диски имеют те же характеристики и производительность, что и non-shared EVS диски.

Вы можете создать общие VBD диски или общие SCSI диски. Рекомендуется подключать общий диск к ECS в том же ECS‑группе для повышения надёжности сервиса.

• Общие VBD‑диски: тип устройства вновь создаваемого общего диска по умолчанию VBD. Такие диски могут использоваться как устройства виртуального блочного хранилища, но не поддерживают резервирования SCSI. Если для ваших приложений требуются резервирования SCSI, создайте общие SCSI EVS‑диски.
• Общие SCSI‑диски: такие диски поддерживают резервирования SCSI.
  Notice

  • Для повышения безопасности данных рекомендуется использовать резервирования SCSI совместно с политикой anti‑affinity группы ECS. При этом убедитесь, что общие SCSI‑диски подключаются только к ECS в той же группе ECS с политикой anti‑affinity.
  • Если ECS не принадлежит ни одной группе ECS с политикой anti‑affinity, рекомендуется не подключать к этому ECS общие SCSI‑диски. В противном случае резервирования SCSI могут работать некорректно, что может поставить ваши данные под угрозу.

  Понятия группы ECS с политикой anti‑affinity и резервирований SCSI:

  • Политика anti‑affinity группы ECS позволяет создавать ECS на разных физических серверах для повышения надежности сервиса.

    Для получения подробной информации о группах ECS см. раздел «Managing ECS Groups» в Elastic Cloud Server User Guide.

  • Механизм резервирования SCSI использует команду резервирования SCSI для выполнения операций резервирования SCSI. Если ECS отправляет такую команду на диск EVS, диск отображается как заблокированный для других ECS, предотвращая повреждение данных, которое может быть вызвано одновременными чтениями/записями на диск из нескольких ECS.
  • Группы ECS и резервирования SCSI имеют следующую взаимосвязь: резервирование SCSI на отдельном диске EVS не может различать несколько ECS на одном физическом хосте. По этой причине, если несколько ECS, использующих один и тот же общий диск EVS, работают на одном физическом хосте, резервирования SCSI работать некорректно. Поэтому рекомендуется использовать резервирования SCSI только на ECS, находящихся в одной группе ECS, что обеспечивает работающую политику anti‑affinity.

• Общий диск может быть подключен к максимум 16 серверов.
• Атрибут совместного использования диска нельзя изменить после его создания.
• Общие диски могут использоваться только в качестве дисков с данными, а не системных дисков.
• Для корректного использования общего диска необходимо настроить общую файловую систему или систему управления кластером. Если просто подключить общий диск к нескольким серверов, данные не могут быть совместно использованы между этими серверами и могут быть перезаписаны.
• Когда общий диск подключен к нескольким серверов, суммарная производительность диска на всех серверов не может превышать максимальное значение, разрешённое для одного диска.

Вам необходимо выбрать Share при buy disks в консоли.

Не совместный EVS диск может быть подключен только к одному server, тогда как совместный EVS диск может быть подключен до 16 servers.

Для получения подробной информации см. Attaching a Shared Disk.

Поскольку совместный EVS диск может быть подключен к нескольким servers, убедитесь, что совместный EVS диск отсоединён от всех серверов перед удалением.

Для получения подробной информации см. Deleting an EVS Disk.

Совместный EVS диск по сути представляет собой диск, который может быть подключён к нескольким servers для использования. Он аналогичен физическому диску тем, что диск может быть подключён к нескольким физическим серверам, и каждый сервер может читать данные и записывать данные в любое пространство на диске. Если между этими серверами не определены правила чтения/записи данных, такие как последовательность и смысл операций чтения/записи, чтение и запись данных между этими серверами могут конфликтовать или возникнуть другие непредсказуемые ошибки.

Хотя совместные диски являются блочными устройствами хранения, предоставляющими совместный доступ для servers, у совместных дисков нет возможности управления кластером. Необходимо развернуть кластерную систему для управления совместными дисками. К распространённым системам управления кластерами относятся Windows MSCS, Linux RHCS, Veritas VCS и Veritas CFS.

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

• Несоответствие данных, вызванное конфликтами чтения/записи

  Когда совместный EVS диск подключён к двум servers (server A и server B), server A не может распознать дисковые пространства, выделенные server B, и наоборот. То есть дисковое пространство, выделенное server A, может уже использоваться server B. В этом случае происходит повторное выделение дискового пространства, что приводит к ошибкам данных.

  Для примера, совместный EVS диск был отформатирован в файловую систему ext3 и подключён к server A и server B. Сервер A записал метаданные в файловую систему в пространство R и пространство G. Затем server B записал метаданные в пространство E и пространство G. В этом случае данные, записанные в пространство G сервером server A, будут заменены. При чтении метаданных из пространства G произойдёт ошибка.

• Несоответствие данных, вызванное кэшированием данных

  Когда shared EVS disk подключён к двум servers (server A и server B), приложение на server A прочитало данные в пространстве R и пространстве G, затем закешировало их. В то время другие процессы и потоки на server A будут читать эти данные напрямую из кэша. Одновременно, если приложение на server B изменило данные в пространстве R и пространстве G, приложение на server A не может обнаружить это изменение и продолжает читать данные из кэша. В результате изменённые данные не могут быть просмотрены на server A.

  Например, shared EVS disk отформатирован в файловую систему ext3 и подключён к server A и server B. Оба servers закешировали метаданные в файловой системе. Затем server A создал новый файл (файл F) на совместном диске, но server B не может обнаружить это изменение и продолжает читать данные из своего кэша. В результате файл F не может быть просмотрен на server B.

Прежде чем приобретать shared EVS disk, определите тип его устройства (VBD или SCSI) на основе приложений, которые будут использовать совместный диск. Shared SCSI EVS disks поддерживают SCSI reservations. Перед использованием SCSI reservations необходимо установить драйвер в the server OS и убедиться, что образ ОС включён в список совместимости.

Для получения дополнительных FAQ по совместному использованию дисков см. Sharing.