Solaris: виртуальные ломтики / диски для использования с ZFS

Question

Это немного связано с моим предыдущим вопросом Solaris: монтаж файловой системы на обработчиках приложения Кроме этого вопроса для другой цели и проще, поскольку нет открытия / закрывания / блокировки, это просто блок фиксированной длины байтов с операциями чтения / записи.

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

Я планирую использовать ZFS, чтобы принять множество этих виртуальных ломтиков / дисков и сделать их в одну большую для распределенного хранения резервных копий со снимками. Мне очень нравится сжатие и укладка, которые предлагает ZFS. При необходимости я могу гарантировать, что есть только один экземпляр ZFS, доступа к этим виртуальным дискам одновременно (для предотвращения конфликтов кэша и такого). Если один экземпляр спускается, мы можем убедиться, что он не запускается резервным копированием, а затем мы можем начать другой экземпляр этого ZFS.

Я планирую иметь эти диски в кусках около 4 ГБ или около того, тогда я могу передвигаться вокруг каждого куска и решать, где их хранить (несколько раз отражено, конечно), а затем есть ZFS доступа к кускам и поместить их в больше Куски для фактического использования. Также ZFS разрешит добавление этих небольших кусков при необходимости увеличения размера большего количества чан.

Я знаю, что будет дополнительная задержка / сетевой трафик, если мы использовали свое собственное приложение в Java, но это только для хранения резервного копирования. Производственное хранилище - это совершенно другая конфигурация, которая не относится.

Редактировать: У нас есть система, которая использует все доступное пространство и в основном, когда недостаточно места, он удалит старые снимки и увеличит пробелы между старыми снимками. Цель моего предложения заключается в том, чтобы позволить неиспользованному пространству из производственного оборудования для использования без дополнительной стоимости. В разное время разные единицы нашего производственного оборудования будут иметь свободное пространство. Также система, которую я описывающую, должен устранить любую единую точку отказа при попытке доступа к данным. Я надеюсь, что не нужно покупать две большие единицы и держать их синхронизированными. Я бы предпочел просто иметь два точка доступа, а затем мы можем смешивать большие / маленькие единицы, которыми мы хотим и перемещать данные без проблем.

Это перекрестный пост, потому что это больше программного обеспечения, связанного с Sysadmin, связанный с оригинальным вопросом: здесь: https://serverfault.com/questions/212072.. Отказ Это может быть хорошая идея для оригинала, которая будет закрыта

Answer 1

Похоже, что любой файл фиксированной длины в любой файловой системе будет делать для блочного устройства для использования с ZFS. Не уверены, как перезагружать работу, но я уверен, что мы можем написать несколько команд загрузки, чтобы работать это.

Редактировать: файл фиксированной длины будет в сетевой файловой системе, такой как NFS.

Answer 2

Один из способов написать драйвер устройства Solaris, именно блочное устройство, которое используется реальный диск, но вместо этого будет связываться в ваше приложение.

Начать с чтения Учебник драйвера устройства, тогда посмотрите на Specensolaris Исходный код Для реального кода драйверов.

В качестве альтернативы вы можете исследовать модификацию целей Solaris ISCSI, чтобы быть интерфейсом с вашим приложением. Снова, глядя на Опсоларис Комстар будет хорошим началом.