Linux: ZFS аналог pvmove - как переместить данные из vdev?

Мне нужно увеличить дисковую емкость сервера. Пул был запущен с диска 1 ТБ, затем был расширен диском 2 ТБ. Имеется более 1 ТБ свободного места, то есть все данные легко уместятся в части 2 ТБ, но в настоящее время они размещены на дисках 1 ТБ.

На самом деле, эти диски представляют собой аппаратные (PERC) массивы RAID1 с парой 1 ТБ и парой 2 ТБ соответственно. .

Я хочу заменить эти диски емкостью 1 Тбайт на 3 Тбайт. Замена «по одному» на самом деле не вариант. В принципе, этот физический RAID может заменять диски один за другим, а затем увеличивать массив для заполнения дисков. Однако я хочу избежать этого пути, потому что он оставляет довольно продолжительные периоды времени, когда дисковая избыточность теряется.

Я хочу буквально переместить все данные с 1 ТБ, затем удалить их и заменить на 3 ТБ. Все должно быть сделано "на лету", с работающей системой, с нулевым временем простоя.

С LVM операция должна быть очень простой и понятной:

1. pvmove все выделенные данные с физического диска 1 ТБ (VD в терминах RAID)
2. vgreduce, чтобы удалить этот pv из vg и pvremove, чтобы удалить метаданные pv
3. удалить массив размером 1 ТБ с помощью megacli (PERC переименован в LSI / Avago MegaRAID SAS)
4. физически заменить диски
5. снова собрать другой массив с помощью megacli
6. создайте новый pv и добавьте его в vg

Это обычная процедура, которую я делал. Каждый шаг очень хорошо изучен, на каждом шаге я полностью контролирую, что происходит, я всегда знаю, что делать, если что-то пойдет не так и т. Д.

Как безопасно и осознанно выполнить ту же процедуру с ZFS?

Если это имеет значение:

• сервер - Dell PowerEdge R730
• , ОС - Proxmox VE 6.0, основанная на Debian 10.1. Он был установлен из образа PVE ISO, то есть не преобразован из установки Debian.
• система не зависит от этого пула, потому что она запускается из набора SSD, собранных в другой пул
• пул содержит несколько виртуальных дисков виртуальных машин которые не требуют высокой производительности. Однако эти данные ценны, я не могу потерпеть, если они будут потеряны. Поэтому процедура должна быть понятной и понятной
• , система постоянно используется пользователями,но они допустят потерю производительности во время миграции данных