Мне нравится идея использование хранилищ экземпляров SSD EBS как L2ARC и ZIL для zpool, поддерживаемого EBS.
Идя дальше (и на более опасную территорию), могу ли я вместо этого создать зеркало zpool с двумя хранилищами экземпляров:
zpool create vol1 mirror xvdb xvdc
а затем использовать моментальные снимки / репликацию ZFS, чтобы сохранить «теплый» / в конечном итоге согласованный резерв на EBS?
Я бы посоветовал не зеркалировать диски. Вместо этого создайте 2 zpools с одним диском в каждом, один с временным диском, а другой с диском EBS. Создайте набор данных, затем zfs отправит через частые интервалы в zpool EBS из эфемерных снимков zpool. Вы можете легко расширить диск EBS и zpool, пока ваш zpool подключен к сети, используя aws cli для увеличения снимка EBS, fdisk, parted и zpool online -e (развернуть). С ротацией снимков вы можете сэкономить место. Например, сохраняйте только последние 24 часа моментального снимка - если вы выполняете моментальный снимок и отправляете / принимаете с 10-минутным интервалом, вы сохраняете как минимум 144 моментальных снимка в день.
Я бы не стал смешивать такие разные диски в зеркальных томах. Я бы предпочел использовать частые итерации отправки / получения, чтобы иметь согласованные резервные копии основного тома на определенный момент времени.
Мне кажется вполне приемлемой настройкой, если ваша резервная копия записывает в EBS (и вы снимаете ее), и у вас есть сценарий аварийного переключения, который, очевидно, восстанавливает затраты времени на хранилище экземпляров.
То, что вы описываете, было фактически единственной установкой, которая была у нас до появления EBS. Люди выживали годами, делая именно это.
Наконец, Netflix отказался от дисков с поддержкой EBS из-за повышенного риска сбоя. Они просто реплицируются с использованием хранилища экземпляров (с использованием Casandra).