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