Если мне нужно переместить 100 ТБ SAN (блок) в GCP, какие у нас есть варианты? Насколько я понимаю, это должен быть постоянный диск. Но текущий максимальный предел на диск составляет 64 ТБ. Поэтому мне понадобится два диска. Но как несколько машин могут совместно использовать это блочное хранилище? Там говорится, что только одна виртуальная машина может иметь доступ на чтение/запись, а другие должны иметь доступ только на чтение.
решение1
Спасибо за отзыв. Подводя итог, 1. У GCP нет готового решения для блочного хранилища объемом более 64 ТБ. 2. 64 ТБ могут быть записаны/записаны только для одной виртуальной машины, а другие виртуальные машины могут иметь только доступ на чтение. 3. Если нам нужно блочное хранилище в GCP, то нам нужно построить Ceph Storage с использованием Compute Engines в качестве базовой линии. 4. Для требований к файловому хранилищу можно использовать NFS или Glueter.
Пожалуйста, поправьте меня, если вышеизложенное неверно.
решение2
Массив хранения данных, очевидно, может представлять меньшие LUN нескольким хостам, которые, вероятно, будут разными виртуальными машинами в облаке. Предположим, что по какой-то причине вам нужно представить все это одному хосту.
В настоящее время задокументированные ограничения сильнее, чем 64 ТБ дисков, это 64 ТБобщийна экземпляр и меньше для самых маленьких типов экземпляров.
Варианты хранения
К большинству экземпляров можно подключить до 64 ТБ постоянного дискового пространства.
Рассмотрите многоузловую сетевую файловую систему для доступа к большему. Либо объектное хранилище, как их облачные бакеты, либо протокол на основе файлов, как NFS или SMB.
GCP предлагает обзор некоторых продуктов-файлеров на своей платформе.Это не единственные варианты, предположительно Ceph или GlusterFS также могут подойти.
решение3
Вы можете создать дваФайловое хранилищеэкземпляры (которые по сути являются NFS-серверами) и монтировать их на нескольких хостах в режиме чтения/записи.
Другим вариантом может стать развертывание собственного решения для хранения данных Gluster/Ceph или аналогичного решения.
решение4
Если задержка не является проблемой и вы не используете экземпляр Windows, вы также можете использоватьgcpfuseдля сопоставления вашего каталога хранения с контейнером Cloud Storage. Таким образом, у вас все еще будет блочное хранилище и вам не придется использовать несколько постоянных дисков.
У Мэтью Уласиена из LinuxAcademy есть отличная демонстрацияздесь.
По сути, это монтирует контейнер облачного хранилища в указанный вами каталог с помощью простой команды (после настройки).
gcsfuse example-bucket /path/to/mount