Uyumluluk matrisleri, sürüm notları ve ürün yazılımı değişiklikleri

“Desteklenir”, bir üçlü hakkında bir ifadedir: bu modül, bu platformda, bu yazılım sürümünde. Satıcılar bu üçlüyü uyumluluk matrislerinde ve sürüm notlarında yayınlar ve onu değiştirirler — yeni optikler eklenir, eskiler düşer, kontroller sıkılaşır. Satın almadan önce matrisleri okumak ve yükseltmeden önce yeniden okumak, var olan en ucuz uyumluluk çalışmasıdır. Bu sayfa bilginin nerede bulunduğunu, nasıl okunacağını ve bir yazılım yükseltmesinin bir optik kesintisine dönüşmemesi için bir filonun nasıl işletileceğini gösterir.

Satıcılar desteği nerede yayınlar

Çalıştırdığınız NOS sürümünün sürüm notlarını da okuyun: optik değişiklikleri “çözülen sorunlar”, “davranış değişiklikleri” ve “yeni donanım desteği” başlıklarının altında saklanır.

Bir matris girdisini okumak

Yazılımla neler değişir

Sürprizlerden kaçınan bir filo uygulaması

1. Envanter — CMDB içinde her modülün satıcısını, PN’ini, seri numarasını, revizyonunu ve ürün yazılımını port başına (anahtardan veya tezgâhtan) kaydedin.
2. Sürümleri sabitleyin — NOS sürümünü uyumluluk üçlüsünün bir parçası olarak ele alın; erişim ve core’u aynı gün yükseltmeyin.
3. Her yükseltmeden önce optikle ilgili maddeler için sürüm notlarını okuyun.
4. Bir laboratuvar veya canary anahtarında test edin — çalıştırdığınız her optik türünden birini, önce üçüncü taraf ve kodlanmış modülleri.
5. Önceki imajı saklayın ve bir geri alma planı bulundurun; hangi portların errdisable olmaya yatkın olduğunu bilin.
6. Öncesinde ve sonrasında DDM temel değerini alın, böylece izlemedeki davranış değişiklikleri görünür olur (İzleme).
7. Değişimlerin matrisle eşleşmesi için optik PN’lerin ve yerine geçenlerin EOL’ini takip edin.

Bu bağlamda üçüncü taraf ve kodlanmış optikler

Bir OEM PN’sine kodlanmış bir modül, orijinaliyle aynı matris girdisine göre değerlendirilir — kodlama eksiksizse platform aradaki farkı anlayamaz — ama satıcının destek beyanı ona kadar uzanmaz ve yeni bir sürümdeki daha katı bir kontrol onu açığa çıkarabilir. Kodlanmış modülleri envanterde tanımlanabilir tutun (gerçek satıcıları ve seri numaraları), yükseltmelerde önce onları test edin ve bir sürümün kapıyı kapattığı durum için plan yapın (Üçüncü taraf optikler, Satıcı kilidi).

NIC ve sunucu tarafı

Sunucu adaptörlerinin kendi matrisleri (adaptör ↔ modül ↔ sürücü/ürün yazılımı) ve kendi politikaları vardır — bazı Intel aileleri, bir sürücü parametresi izin vermedikçe listelenmemiş SFP’leri reddeder; Mellanox/Nvidia adaptörleri InfiniBand için kabloları doğrular. Sürücü ve ürün yazılımı güncellemeleri, tıpkı NOS yükseltmeleri gibi bu kuralları değiştirir (Port yapılandırma tarifleri).

CodingBox’ta

Filo uygulamasının tezgâh tarafı: giriş muayenesinde her modülün kimliğini ve ürün yazılımı sürümünü code database içine kaydedin, şüpheli bir modülün baytlarını Check transceiver üzerinde matris girdisiyle karşılaştırın ve bir yükseltme günü reddinin saniyeler içinde modüle kadar izlenebilmesi için kodlanmış/orijinal ayrımını veritabanı notlarında tutun.

Satıcıya ve işletim sistemine göre ayrıntılı NIC sürücü ve ürün yazılımı politikaları: NIC’lerde alıcı-verici uyumluluğu.

Bir devreye alma kontrol listesi olarak filo uygulaması — yapılandırmadan önce yükseltme, canary testleri, DDM temel değeri, kabul testi: Seçim ve devreye alma.