Наша сеть SAN состоит из нескольких коммутаторов Brocade 5100 FC, трех систем хранения и ряда серверов. Ни один из переключателей не соединен между собой (нет ссылок между переключателями). Все серверы, коммутаторы и системы хранения расположены в одной серверной комнате.
я начал глядя ближе на некоторых счетчиках в наших коммутаторах FC. Один из них SW-MIB :: swFCPortNoTxCredits, рассчитывает
количество раз, когда кредит на передачу достигал нуля
(запрос из MIB)
Мне трудно найти описания концепции передачи кредитов. Но судя по тому немногому, что я обнаружил, похоже, что он используется для некоторого рода контроля перегрузки FC и кажется особенно интересным в сетях SAN с оптоволоконными кабелями большой протяженности.
Один из портов подключен к системе хранения IBM XIV. Считается, что система хранения занята, но не перегружена. Однако мы подозреваем, что эта система хранения иногда имеет проблемы с задержкой. Я не вижу swFCPortRxCrcs, swFCPortRxBadOs или swFCPortRxEncOutFrs для порта.
Мой вопрос: Какие числа или шаблоны для swFCPortNoTxCredits могут стать проблемой?
Вы правы, что FC-кредиты (обычно называемые «буферными кредитами» или «буферными кредитами») используются для управления перегрузкой. Насколько я понимаю, стек протокола FC гарантирует, что кадры не будут отброшены из-за нехватки буферного пространства на коммутаторе или целевом устройстве. В двух словах, возможности кредита буфера обмена устройства и коммутатора (т. Е. Количество имеющихся у них буферов Tx и Rx), так что они могут быть уверены, что не переполнят буферы друг друга. Вы можете думать об этом как о «упреждающем» управлении перегрузкой по сравнению с «реактивным» контролем перегрузки, который выполняет TCP.
Я не хочу вдаваться в подробности, поэтому воздержусь от попыток дать более подробное объяснение. Если вас интересуют подробности того, как это работает, я бы сослался на "Физический интерфейс и сигнальный интерфейс Fibre Channel" (FC-PH) из Рабочая группа T11.