Как дисковое пространство распределяется между узлами при использовании Ubuntu Cloud?
Я думаю о настройке частного облака с использованием Ubuntu с двумя узлами, но я не совсем понимаю, как дисковое пространство от каждого узла обрабатывается в облаке.
Может кто-нибудь объяснить, как (и если) дисковое пространство доступно изнутри облака? Например, когда у меня есть 2 узла с различным объемом дискового пространства, например, 320 ГБ и 1 ТБ, могу ли я установить «общее хранилище» на обоих устройствах?
отредактируйте для уточнения:
В настоящее время У меня есть 3 сервера Windows, состоящие из контроллера домена, сервера баз данных / файлов и сервера веб / почты. Я хочу переключиться на частное облако на основе Ubuntu Server с виртуальными машинами, которые служат этим целям, вместо того, чтобы выделять каждый физический сервер для определенной работы. Поскольку моя база данных и веб-сервер сильно различаются по доступному дисковому пространству, я задался вопросом, могу ли я управлять всем дисковым пространством со всех узлов в облаке и сделать его доступным аналогично использованию DFS в Windows AD для обеспечения общего сетевого ресурса, который лежит в основе использует два нескольких сервера.
В более общем смысле, каковы общие практики распределения дискового пространства в облачной инфраструктуре? Существуют ли только хранилища ключей / значений, или возможно что-то вроде вышеупомянутого сценария с использованием общих сетевых ресурсов?
1 ответ
Есть несколько вариантов. При написании этого ответа я наткнулся на эту страницу Xen , в которой описывается то, что я сказал
-
Виртуальное совместное использование устройств уровня блока по SAN У Amazon есть банки дисков, которые подключены к их виртуальным машинам EC2 и представлены в виде физических дисков. Один диск может действительно [безопасно] использоваться только одной виртуальной машиной одновременно, за исключением создания резервных копий моментальных снимков.
Для этого вам понадобятся такие технологии, как iSCSI и nbd.
-
Сетевые файловые системы на основе SAN Затем существуют более традиционные методы хранения по IP, такие как NFS. Поскольку они, по сути, являются просто еще одной файловой системой, они значительно более прозрачны для поддержки больших репозиториев, но они менее кроссплатформенны (Windows и NFS плохо сочетаются).
Очевидное преимущество по сравнению с сетями SAN на уровне блоков состоит в том, что вы можете подключить к одному и тому же данным несколько компьютеров одновременно. NFS поддерживает блокировку файлов и разрешения, так что вы можете сделать все возможное, что было бы невозможно.
-
Физический, локальный RAID И даже более традиционный, чем просто, просто вставить массив RAID в хост-компьютер и распределить его на локальные виртуальные машины. Многие провайдеры виртуальных машин делают это до сих пор, потому что это означает, что у вас нет монолитного дискового массива, ожидающего взрыва.
1111 И это происходит. У меня было много простоев от поставщика VPS , потому что они не могли надежно поддерживать свою сеть SAN в сети.