Mengapa MPIO bukannya Tim 802.3ad untuk iSCSI

Melakukan server pertama saya ke target iSCSI dan saya pikir saya akan memulai dengan menjalankan tim NIC saya di server (tim 802.3ad konvensional).

Namun, dari banyak sumber online saya melihat ini TIDAK direkomendasikan dan MPIO harus digunakan sebagai gantinya (tidak ada ukuran khusus dalam rekomendasi ini dan tampaknya berlaku dari cluster 3 node ke kelompok besar puluhan node ke atas).

Saya tahu MPIO lebih baik karena menggabungkan transfer melalui rute independen (sedangkan tim NIC konvensional akan beralih ke yang sama), selain itu ada alasan lain (risiko korupsi data) untuk Microsoft dan materi pelatihan negara untuk menggunakan MPIO alih-alih bekerja sama. ?

— g18c
sumber

Bisakah Anda sedikit mengembangkan arsitektur iSCSI Anda? Berapa banyak alamat inisiator / target yang Anda tangani, berapa banyak saklar fisik, semua satu subnet atau banyak?

Jawaban dasarnya adalah: karena MPIO mengelola jalur konektivitas ujung-ke-ujung, dan lebih baik dalam hal penyeimbangan konektivitas penyimpanan dan ketahanan koneksi daripada redundansi jaringan umum dan mekanisme penyeimbangan beban.

Alasan teknis khusus untuk ini bergantung pada arsitekturnya, jadi saya bisa lebih spesifik jika Anda memberikan detail tambahan tentang pengaturan jaringan iSCSI Anda. Beberapa contoh umum:

Tanpa MPIO, percakapan IP pemrakarsa-target Anda hanya satu percakapan. 802.3ad mengamanatkan bahwa urutan paket dalam percakapan tidak diubah (dan Anda tetap tidak ingin lalu lintas iSCSI Anda rusak), sehingga Anda terbatas pada bandwidth satu tautan.
MPIO mendeteksi dan menangani kegagalan jalur, sedangkan 802.3ad hanya dapat mengkompensasi kegagalan tautan - dan hanya jika kegagalan tautan terdeteksi dengan benar. Jika kartu NIC Anda hang tetapi masih melaporkan tautan yang bagus, atau konfigurasi sakelar Anda kacau untuk port tertentu, Anda mungkin akan kehilangan konektivitas penyimpanan meskipun memiliki tautan kedua yang masih berfungsi.
Anda terikat pada satu saklar fisik, alih-alih bisa menghubungkan NIC host Anda dengan saklar yang berbeda.

— Shane Madden
sumber

Hai Shane, terima kasih atas balasannya - untuk pengaturan kami ini adalah subnet penyimpanan tunggal dan 1 saklar fisik, namun dokumentasi tidak menyatakan ukuran yang katanya hanya menggunakan MPIO saja. Dari komentar Anda, tampaknya mungkin untuk menggunakan teaming, tetapi MPIO lebih disukai. Penjelasan yang bagus, kecuali jika Anda ingin menambahkan lagi Anda telah menjawab pertanyaan saya dan akan menandainya segera.

— g18c

@ g18c Yup - jadi keuntungan utama yang akan Anda dapatkan dari MPIO daripada agregasi tautan adalah potensi untuk throughput yang lebih tinggi (jika throughput Anda cukup untuk menjenuhkan satu NIC), serta mampu menangani berbagai jangkauan yang lebih luas dengan anggun. negara kegagalan. Saya kira pertanyaannya adalah, apakah ada alasan khusus yang Anda lebih suka menggunakan 802.3ad daripada MPIO?

— Shane Madden

MPIO menjadi berguna secara khusus ketika setup ISCSI Anda lebih maju - karena dengan MPIO Anda memiliki koneksi logis terpisah yang dapat melakukan endpoint yang berlebihan. SAN dapat mereplikasi di latar belakang dan 2-3 target sebenarnya adalah amchine yang berbeda. Selama Anda memiliki skenario "jalur tunggal, NIC tunggal", keuntungannya tidak begitu brutal.

— TomTom