Я подумываю о настройке программного обеспечения iSCSI SAN в моей домашней сети. Я смотрю на это, потому что у меня работает два сервера виртуальных машин, и мне нужен общий, легко управляемый пул хранения, а не управление каждым сервером виртуальных машин по отдельности.
Я бы хотел знать ... есть ли реальные преимущества использования нескольких сетевых адаптеров на каждом из серверов, которые будут составлять локальную сеть iSCSI. Я думаю о наличии четырех гигабитных адаптеров PCI * на сервере iSCSI и двух на каждом из серверов виртуальных машин. (Для целей этого вопроса давайте предположим, что доступ к диску не будет ограничивающим узким местом.) Все восемь портов будут подключены к одному и тому же неуправляемому гигабитному (потребительскому) коммутатору, который будет иметь только трафик iSCSI. (Предположим, есть отдельная локальная сеть для обычного трафика.)
Есть ли смысл так настраивать оборудование? Увижу ли я разумное увеличение доступной скорости?
* Я говорю «PCI», потому что на сервере хранения будут доступны только слоты PCI.
(править - в этом сценарии меня не беспокоит избыточность ... просто получение максимальной пропускной способности оборудования)
Если я правильно понимаю ваш сценарий, я предполагаю, что вы собираетесь объединить несколько физических сетевых карт из своей среды виртуализации и представить это своим виртуальным машинам? Если это так, я думаю, у вас возникнут проблемы с повышением производительности при входящих подключениях к виртуальным машинам.
Как видите, нагрузка на исходящие соединения может быть сбалансирована виртуальной средой, если она это поддерживает. Однако балансировка нагрузки входящих подключений - это свойство коммутатора, на которое виртуальная среда физически не может повлиять. Я мог бы изучить основы таблиц ARP и IP-адресов, но предполагаю, что вы это уже знаете. Трафик, входящий в виртуальную машину, может быть направлен только на один физический порт коммутатора, если коммутатор не поддерживает что-то вроде Etherchannel. РЕДАКТИРОВАТЬ: Позвольте мне прояснить это. Трафик, исходящий от виртуальных машин и идущий к одной цели, может иметь скорость не выше скорости одного порта неуправляемого коммутатора. Если несколько ПК, каждый на своем собственном порту, получают доступ к виртуальной машине, и виртуальная машина отвечает на несколько запросов, то она может одновременно передавать несколько потоков трафика со скоростью порта с несколькими конечными точками. В этом смысле вы увидите увеличение производительности, если у вас часто будет несколько одновременных подключений к виртуальным машинам, которые имеют тенденцию ограничивать скорость порта коммутатора. Надеюсь, это имело смысл. Конец редактирования.
Второе редактирование Поскольку вы хотите улучшить пропускную способность входящего трафика к цели iSCSI, объединение сетевых адаптеров не поможет вам. Узким местом по-прежнему будет то, что коммутатор не может агрегировать порты, поэтому IP-адрес цели iSCSI всегда будет ограничен одним портом коммутатора, и, таким образом, весь входящий трафик будет ограничен скоростью порта вашего коммутатора. Лучшее решение, которое я могу найти, - это поместить две сетевые карты в цель iSCSI и выделить одну сетевую карту с собственным IP-адресом для одного LUN виртуальной машины ... если это даже возможно с тем, что вы используете в качестве сервера iSCSI. В вашей текущей настройке единственное преимущество, которое вы когда-либо можете получить от объединения виртуальных сетевых адаптеров, - это отправка нескольких потоков трафика на разные порты, но вы никогда не сможете получить трафик, превышающий скорость порта, на любой хост на этом коммутаторе. Конец второго редактирования
В своей голове я бы предположил, что такая избыточная / объединенная установка, подобная этой, будет излишней для домашней среды, если вы специально не хотите получить с ней опыт. Однако ничто не сможет сказать вам, нужна ли вам такая производительность, как, например, анализ сети и построение графика использования полосы пропускания. Опять же, это кажется излишним для домашней настройки, если только это не ради опыта или вашего хостинга pr0n. знак равно
Вы получите большую пропускную способность, учитывая все остальные вероятные переменные, которые вы никогда не заметите и не заметите. Но если вы просто хотите играть и учиться, да, iscsi довольно тривиален для циклического многопутевого перебора.