Назад | Перейти на главную страницу

ISCSI: максимальная длина кабеля Ethernet в зависимости от тайм-аута команды SCSI

У меня вопрос о неоптимальной настройке и о практических последствиях этого. В идеале вы должны разместить сервер ESXi прямо в той же комнате, что и конец вопроса с белым ящиком FreeNas.

Моя ситуация такова: у меня есть пробег ~ 125 футов Cat 5e, соединяющий сервер ESXi с белым ящиком FreeNas в серверной комнате. Я знаю, что расстояние до кабеля Ethernet находится в пределах максимального расстояния для трафика Ethernet, но у меня есть два вопроса ...

  1. Может ли Cat 5e поддерживать гигабитные скорости на таком расстоянии, если коммутатор на задней панели - Linksys SRW-2048?
  2. Следует ли мне беспокоиться о расстоянии, вызывающем тайм-ауты чтения и записи данных в части SCSI - (дисковые операции ESXi)?
  1. Да. 1000BASE ‑ T указанное расстояние 100 метров
  2. Нет. Данные в кабеле отправляются немедленно. На таких расстояниях нет задержки, связанной с длинным кабелем.

Форма волны в меди распространяется при 0,95c; Таким образом, передача данных по 40-метровому кабелю Ethernet занимает 140 нс. При 1000 мегабит в секунду или одной наносекунде на бит это 140 бит, что меньше длины заголовка IPv4, не говоря уже о задержке переключения. Следовательно, задержка распространения незначительна.

Диапазон прокладки кабеля, поддерживаемый исправными кабелями Cat5e для 1000BaseT, должен составлять 100 м, так что вы можете комфортно находиться в пределах этого диапазона.

Таймауты iSCSI и таймауты SCSI в гостевых системах обычно на много порядков выше, чем задержка коммутируемого соединения Ethernet. Я думаю, что соответствующее значение по умолчанию для ESXi составляет, например, 10 секунд, в то время как я ожидаю, что задержка в вашем случае будет менее 100 микросекунд. Ясно, что производительность была бы ужасной, если бы задержка соединения составляла несколько сотен миллисекунд, но на самом деле он бы не отказал.

Что будет беспокоить меня (намного) больше, чем расстояние ссылки, так это то, действительно ли рассматриваемый коммутатор подходит для трафика iSCSI с точки зрения обеспечения стабильной производительности в условиях нагрузки. Если вы просто подключаете небольшое количество серверов к единой системе хранения через небольшое количество портов GigE, тогда это может быть нормально, но было бы неплохо отслеживать задержку с течением времени, чтобы убедиться, что она работает должным образом. Как минимум убедитесь, что аппаратное управление потоком включено правильно, используйте VLAN для разделения трафика iSCSI и избегайте использования QoS, насколько я могу судить.

В дополнение к другим ответам: Vmware ESX / ESXi очень щепетильно относится к времени отклика. Если у вас часто возникают ошибки тайм-аута, вероятно, это связано с недостаточной скоростью вашей дисковой подсистемы (VMware генерирует множество случайных операций ввода-вывода).