Kami memiliki 2 switch Nexus 5010 (SW-A dan SW-B) dan dua extender jaringan Nexus 2148T (FEX-A dan FEX-B). Saat ini FEX-A terhubung ke SW-A dan FEX-B ke SW-B. Tujuannya adalah agar hampir setiap server atau perangkat penyimpanan terhubung secara dual-homed ke FEX pada switch Nexus 5000 yang berbeda untuk redundansi jalur.
Aku sudah melihat-lihat "Cisco Nexus 2000 Panduan Konfigurasi Perangkat Lunak Fabric Extender Seri, Rilis 4.1", khususnya bagian "Memutakhirkan Fabric Extender dalam Topologi vPC" di halaman 21-22 untuk mencoba mencari tahu apa yang terjadi jika FEX dihubungkan secara ganda ke beberapa sakelar.
Saya memahami bahwa jika satu atau beberapa FEX terhubung ke satu sakelar, saat firmware pada sakelar tersebut dimutakhirkan, semua FEX yang terpasang akan melakukan boot ulang bersama dengan sakelar tersebut. Yang tidak dapat saya tentukan dengan jelas adalah jika saya melakukan dual-home kedua FEX ke kedua sakelar Nexus 5010, apakah mungkin untuk memutakhirkan/me-reboot satu sakelar pada satu waktu tanpa me-reboot semua FEX sekaligus. Jika dual-homing FEX berarti semua FEX akan melakukan boot ulang pada saat yang sama, hal itu agak mengalahkan tujuan dari beberapa jalur jaringan ke server yang terpasang.
Jawaban Diskusi
Ada dua pertimbangan penting yang perlu Anda ketahui mengenai pemutusan atau dual-homing satu N2K FEX ke N5K unik guna memberikan ketahanan, pertama-tama, hanya mungkin untuk mendukung maksimum 12 FEX. Oleh karena itu konektivitas bergantung pada desain Top-Of-Rack Anda dan kepadatan port aktual yang ingin Anda peroleh. Misalnya, jika masing-masing dari 12 N2K dihubungkan ke dua N5K terpisah, maka Anda dibatasi hanya pada 12 * 48 (port karena setiap N5K dikaitkan dengan 12 N2K meskipun sebenarnya keduanya adalah sakelar yang sama.
Ketahanan bergantung pada fungsionalitas host Anda, apakah dikonfigurasi untuk aktif/aktif atau aktif/siaga karena hal ini pada akhirnya akan menentukan topologi jaringan Anda. Pada dasarnya ada dua skenario penerapan, satu untuk setiap mode host akhir:-
Gambar di atas menggambarkan skenario penyebaran di mana aktif-aktif diperlukan untuk host akhir, ada dua manfaat dari desain ini, salah satunya adalah bahwa setiap N5K masing-masing dapat mendukung 12 N2K (576 Port) karena keduanya sepenuhnya independen kecuali fakta bahwa host akhir dikonfigurasi dalam vPC yang sama untuk mencapai aktif-aktif pada host yang merupakan manfaat kedua. Meskipun N2K tidak di-uplink secara redundan ke N5K lainnya, setiap N2K dapat dihubungkan dengan hingga 4x10Gb interface dalam satu Port-Channel, dan bahkan jika seluruh PO dan konektivitas hilang ke N2K dalam contoh tersebut, host akhir akan tetap terhubung dan meneruskan melalui NIC yang terhubung ke N2K lainnya yang terhubung ke Peer-Switch N5K yang berbeda.
Catatan penting di sini adalah bahwa aktif-aktif tidak didukung di mana setiap N2K akan dihubungkan ke Peer-Switch N5K lainnya seperti yang digambarkan di bawah ini: -
Di sini end-host dikonfigurasi untuk active-standby dan setiap N2K dapat di-dual-homed ke N5K lainnya dalam skenario ini. Jadi Anda perlu mempertimbangkan bagaimana Anda bermaksud untuk menyebarkan end-host dan desain Top-Of-Rack Anda. Ya Active-Standby memberi Anda ketahanan jika Anda kehilangan uplink ke satu peer-switch N5K namun ini tidak akan menjadi masalah jika dikonfigurasi dalam Port-Channel. Jika Anda kehilangan semua uplink maka N2K akan mati dan NIC siaga kemudian harus meneruskan setelah kegagalan tautan aktif. Kelemahannya di sini adalah Anda hanya membatasi menghubungkan 12 N2K secara total di kedua N5K, dan Anda juga diharuskan untuk mengonfigurasi antarmuka aktif dan siaga pada kedua N5K. Mari saya jelaskan, antarmuka aktif ada di Eth100/1/1, antarmuka ini sebenarnya akan ada di kedua N5K oleh karena itu jika Anda mengubah karakteristik port apa pun, Anda harus mengubahnya di kedua N5K, jika berbeda maka antarmuka akan tetap mati.
Untuk menjawab pertanyaan Anda yang sebenarnya, jika N2K Anda dual-homed seperti di atas, maka pada dasarnya ketika NX-OS dimutakhirkan pada N5K, maka setiap N2K yang terhubung akan benar-benar dimutakhirkan sebagai hasilnya. Ini khususnya sulit untuk dikelola jika mereka terhubung dalam vPC di mana kedua uplink adalah saluran logis, tanpa vPC maka STP diperlukan, dalam situasi ini, N5K mana pun yang menemukan N2K pertama kali mengambil alih kendali dan antarmuka tersedia, namun N5K lainnya tidak akan dapat mengelola antarmuka ini hingga uplink ke N5K lainnya hilang. Jadi, mungkin untuk mengisolasi N2K tetapi tidak disarankan, dan karena vPC tersedia di 4.1.3, menggabungkan tautan dan menghindari STP akan direkomendasikan.
Untuk meminimalkan waktu henti melalui pemutakhiran, maka active-active akan memungkinkan Anda untuk memutakhirkan satu N5K dan hanya memengaruhi N2K yang terhubung secara lokal. Konektivitas akan tetap tercapai melalui antarmuka aktif yang tersisa pada host melalui N5K lainnya.
Lebih Terkait
Fitur Model Cisco Nexus 5500 dan Nexus 5600
Opsi Lisensi Cisco Nexus 5500 dan Nexus 5600
Lisensi Berbasis Fitur untuk Seri Cisco Nexus 5000, Nexus 5500 dan Nexus 5600