Я так много осмотрелся, но все еще не смог найти практического рабочего ответа / примера о добавлении нового устройства хранения в сеть iscsi san и вместо этого увеличения емкости хранилища.
Что я нашел и сделал.
Я также нашел процедуры доступа к хранилищу.
И настройте резервирование всех компонентов.
что произойдет, если я добавлю новое хранилище iscsi с новой машины?
Инициатор / клиент рассматривают новое машинное хранилище как независимое хранилище, но я намерен увеличить размер текущего хранилища.
Но теперь мне нужна серьезная помощь в том, как представить все эти устройства iscsi как одно огромное устройство хранения данных, поскольку большинство блогов утверждают, что это лучшее признанное преимущество протокола iscsi, помимо того, что он дешевле, чем протокол Fibre Channel.
Любая помощь очень ценится, заранее спасибо.
Чтобы дать более полезный ответ, чем комментарий:
iSCSI работает во многом так же, как и любой другой стандарт хранения (Fibre Channel, SAS, SATA, ...), поскольку он связывает блочное хранилище (LUN на целевом устройстве) с «пользователем» (инициатором). Разница в том, что iSCSI использует любую IP-сеть для транспорта, тогда как Fibre Channel использует сеть Fibre Channel или прямой кабель, SAS использует кабель SAS (или сеть расширителей), SATA - кабель SATA и т. Д.
Инициатор просто читает и записывает в хранилище. Его не волнует, как хранятся данные, он просто хочет прочитать точные данные, которые были записаны некоторое время назад. Контроллер / цель может представлять собой один диск, избыточный массив из дюжины дисков или очень большую многоуровневую архитектуру хранения поверх сотен твердотельных накопителей, дисков и даже лент, подключенных через FC, SAS, что угодно. Инициатор может даже передать iSCSI своему следующему более низкому уровню - когда он представляет абстракцию того, что находится ниже, и даже не выполняет сохранение и извлечение самого себя.
Вы можете использовать кучу дешевых iSCSI NAS, смонтировать их в кластер серверов хранения и сделать так, чтобы они через iSCSI представляли совершенно иное представление о реальном хранилище ниже, например. один гигантский LUN. Хосты, обращающиеся к верхнему уровню, не имеют информации о том, что находится ниже, и им не нужно беспокоиться.
Таким образом, iSCSI (или любой другой протокол SAN) предоставляет услугу, но задача агрегирования хранилища - это задача контроллера внутри целевого объекта.