Saya ingin menghubungkan TS833XU-RP kami ke dua switch terpisah untuk failover jika salah satu switch menjadi offline.
Dalam skenario pengujian, saya membuat trunk aktif/cadangan, namun beberapa pertanyaan muncul:
Apakah mungkin untuk menghapus adaptor jaringan yang MAC address-nya digunakan oleh trunk tersebut - apakah mungkin untuk mengubah MAC address dari trunk atau harus saya hapus seluruh trunk? (Jika saya mengarahkan kursor ke tombol batal pilih, pesan berikut muncul: “Anda tidak dapat membatalkan pilihan adaptor. MAC address dari adaptor saat ini digunakan oleh port trunking port.”)
Bagaimana cara memilih antarmuka “primer” untuk trunk, yang akan menjadi antarmuka aktif setelah pemulihan? (Dalam pengaturan uji coba, antarmuka terakhir yang aktif tetap aktif)
Bisakah saya membuat trunk aktif/cadangan di atas dua trunk LACP?
Trunk sebenarnya tidak dimaksudkan untuk digunakan antara dua switch yang berbeda. Akan lebih baik jika Anda hanya menggunakan dua koneksi jaringan terpisah dan membiarkan QNAP yang menentukan koneksi mana yang tercepat/optimal. Trunking memang dimaksudkan untuk memungkinkan Anda menggabungkan beberapa port guna meningkatkan kecepatan koneksi—jadi dua port 1 Gbit akan memberi Anda koneksi 2 Gbit, dua port 2,5 Gbit memberi Anda 5 Gb, dan seterusnya. Ya, Anda bisa mengatur agar ada kemampuan failover, dll., tetapi itu sebenarnya tidak dirancang untuk dilakukan di dua switch yang berbeda. Saya belum pernah melihat hal itu.
Jadi untuk mencoba menjawab pertanyaan Anda—saya rasa Anda tidak bisa mengubah alamat MAC dari trunk. Kenapa Anda ingin melakukan itu?
Untuk pertanyaan kedua, saya rasa Anda tidak bisa memilih mana yang menjadi primary dan mana yang secondary. Semua itu diatur oleh protokol.
Untuk pertanyaan ketiga, saya belum pernah melihat kemampuan untuk membuat trunk dari trunk. Tidak masuk akal. Trunk sudah merupakan tunnel yang dienkapsulasi di mana lalu lintas dibagi di antara kedua koneksi. Apa tujuan membuat “trunk dari trunk”? Trunk sudah memiliki redundansi di dalamnya. Saya harus mencoba menambahkan port trunk ke trunk lain di salah satu Cisco saya…
Halo NA9D,
terima kasih atas balasan Anda.
Menurut saya (IMHO), trunk aktif/pasif dirancang untuk mengaktifkan port pasif ketika switch pada port aktif gagal (atau reboot saat upgrade firmware). Dalam kasus tersebut, sebaiknya port pasif tidak dihubungkan ke switch yang sama.
Untuk memperjelas pertanyaan saya sedikit:
Untuk pertanyaan 1: Jika saya membuat trunk aktif/pasif melalui antarmuka 1 Gbit dan 10 Gbit dan nantinya membeli antarmuka 10Gbit tambahan, saya cenderung akan menghapus antarmuka 1 Gbit dari trunk agar koneksi failover pasti berjalan di antarmuka 10 Gbit.
Untuk pertanyaan 2: Ya, sepertinya pada QNAP ditangani oleh protokol. (Atau saya melewatkan pengaturan yang relevan). Di Linux tidak masalah untuk menetapkan antarmuka utama pada bond aktif/pasif… Ini memiliki keuntungan bahwa saya dapat menentukan switch jaringan mana yang menangani trafik “normal”.
Untuk pertanyaan 3: Menurut saya, trunk dari trunk memiliki keuntungan untuk membuat (dua) trunk (LACP) untuk agregasi bandwidth, menghubungkan masing-masing ke switch (ToR) yang terpisah dan kemudian men-trunk mereka dalam trunk aktif/pasif untuk ketersediaan yang lebih tinggi. (Kami menggunakan konfigurasi ini pada beberapa host Linux dan juga pada NetApp kami.)
Switch jaringan (seperti Cisco Anda) menggunakan STP atau SPB untuk menangani redundansi koneksi antar switch.
Sepertinya dalam kasus Anda akan lebih mudah jika hanya memiliki koneksi 10 Gbit dan koneksi cadangan 1 Gbit. Tidak perlu repot trunking. Cukup punya dua koneksi dan dua IP. Saya rasa trunk akan membuat segalanya lebih sederhana karena Anda bisa memiliki satu IP.
Saya tidak tahu apakah QNAP mendukung jenis trunk yang Anda ingin lakukan…
Hai teman-teman! Baru di sini dan baru mengenal QNAP, tapi bukan berarti berpindah. Di dunia QNAP, apakah “trunk” itu sama dengan LAG/LACP? Menggabungkan dua atau lebih port agar berfungsi sebagai satu. Saya selalu mengenal trunk sebagai cara untuk melewatkan semua VLAN melalui satu port.
Saya di sini mencari cara untuk membuat trunk (semua VLAN lewat satu port) di QSW-M3216R-8S8T dan membaca postingan ini. Maaf menyela, saya hanya mencoba memahami istilah QNAP.
Ya, saya mengerti kebingungannya. Dalam istilah Cisco, trunk port adalah port yang memiliki beberapa VLAN yang dienkapsulasi pada satu port. Port-channel adalah LAG (Link Aggregation Group). Di dunia QNAP, trunk adalah LAG.
Mengerti! Terima kasih atas klarifikasinya. Jadi pertanyaan saya berikutnya, apakah QNAP bisa melakukan “trunk port” dalam istilah Cisco? Saya kesulitan sekali menemukannya.
Saya tidak sepenuhnya yakin apa yang ingin Anda lakukan di sini dan mengapa Anda ingin mengirim beberapa VLAN ke QNAP. Anda mungkin akan lebih baik jika melakukan routing VLAN.
Anda mungkin bisa mengatur beberapa trunk port menggunakan fungsi Virtual Switch dari QNAP, tetapi saya tidak yakin tentang hal itu.
QSW akan terhubung ke (4) blade HPE e920 dalam EL8000. Masing-masing blade akan menjalankan Oracle Linux dengan K8s (Kubernetes) dan VM (Virtual Machine). Segmentasi akan dilakukan ke dalam VLAN untuk beban kerja tertentu. Jadi, keempat “host” tersebut perlu dapat melihat semua VLAN melalui uplink untuk trafik North/South.
Sekali lagi, saya tidak bermaksud mengambil alih thread ini.
Tunggu dulu - Apakah Anda sedang membicarakan QNAP NAS atau QNAP Switch di sini.
Jika Anda membicarakan QNAP Switch, maka sebaiknya Anda memulai thread baru. Saya tidak memiliki pengetahuan tentang apa yang bisa dilakukan QNAP Switch. Saya membayangkan mereka mendukung trunk.
Semua yang saya sampaikan berkaitan dengan QNAP NAS…
Pertanyaan: 2 Bagaimana cara memilih antarmuka “utama” untuk trunk, yang akan menjadi antarmuka aktif setelah pemulihan? (Dalam pengujian, antarmuka aktif terakhir tetap aktif) Jawaban:
Saya senang menginformasikan bahwa tim pengembangan kami telah menyelesaikan verifikasi. Memungkinkan untuk mengatur antarmuka utama.
Namun, hanya mode active_back, balance-tlb, dan balance-alb yang memungkinkan penentuan antarmuka utama secara manual.
Terkait Pertanyaan Anda nomor 3: “Bisakah saya membuat trunk aktif/cadangan di atas dua trunk LACP?”
Untuk memahami permintaan Anda dengan lebih baik dan memberikan panduan yang akurat, mohon berkenan untuk membagikan lebih banyak detail tentang skenario yang ingin Anda capai.
Apa kasus penggunaan atau skenario yang ingin Anda capai secara spesifik?
Apakah ada kebutuhan failover atau redundansi tertentu yang mendorong konfigurasi ini?
Masukan Anda akan membantu kami mengevaluasi apakah konfigurasi seperti ini memungkinkan dan merekomendasikan solusi yang paling sesuai.
Saya ingin melakukan trunk dua antarmuka (eth0 dan eth1) untuk agregasi bandwidth dalam satu channel LACP (bond0) ke switch1
dan dua antarmuka lainnya (eth2 dan eth3) dalam trunk kedua (bond1) ke switch2
(kedua switch tersebut adalah “standalone” - tidak ada stack, tidak ada MLAG, dll.)
Sekarang saya ingin menambahkan bond0 dan bond1 ke trunk aktif/pasif bond2 untuk redundansi, sehingga jika switch1 offline, bond2 akan mengatur bond1 sebagai port aktif
Terima kasih atas penjelasan detail dan diagramnya—sangat membantu dalam memahami konfigurasi yang Anda maksud.
Kami telah meninjau pengaturan ini bersama tim teknis kami, dan sayangnya, konfigurasi yang Anda inginkan—menyatukan antarmuka bonded secara bertingkat (misalnya, menggabungkan bond0 dan bond1 ke dalam bond2 tingkat lebih tinggi)—tidak didukung. Hal ini disebabkan oleh keterbatasan pada driver bonding Linux, yang tidak memungkinkan bonding di dalam bond lain (nested bonding). Akibatnya, sistem QNAP kami juga tidak mendukung konfigurasi ini.
Kami memahami tujuan Anda untuk mencapai ketersediaan tinggi dan meminimalkan gangguan layanan, dan kami sangat menghargai upaya Anda dalam merancang arsitektur jaringan yang tangguh. Meskipun nested bonding tidak memungkinkan.
Di QNAP, kami terus berupaya untuk meningkatkan produk kami dan menghadirkan fitur-fitur yang sesuai dengan harapan pelanggan. Kami akan membagikan saran Anda kepada tim pengembangan kami untuk dievaluasi. Setelah melakukan studi kelayakan secara menyeluruh, mereka akan mempertimbangkannya untuk kemungkinan dimasukkan dalam pembaruan di masa mendatang.
Kami sangat menghargai masukan Anda—hal ini membantu kami untuk terus berkembang dan melayani kebutuhan Anda dengan lebih baik.
