Dari nol hingga pusat data dengan VXLAN / EVPN atau cara memasak Cumulus Linux. Bagian 1

Dalam enam bulan terakhir, kami berhasil mengerjakan sebuah proyek besar dan menarik, yang mencakup semuanya: mulai dari memasang peralatan hingga membuat satu domain VXLAN / EVPN di 4 pusat data. Karena Saya memiliki banyak pengalaman dan banyak rintangan dalam prosesnya, saya memutuskan bahwa menulis beberapa artikel tentang topik ini akan menjadi solusi terbaik. Saya memutuskan untuk membuat bagian pertama lebih umum dan pengantar. Desain target pabrik akan diungkapkan di bagian selanjutnya.

Memperkenalkan Cumulus Linux. Instalasi perangkat keras dan pengaturan awal

Pengantar awal pekerjaan adalah sebagai berikut:

1. Peralatan dibeli
2. Rak disewa
3. Garis ke pusat data lama diletakkan

Perangkat keras pertama yang perlu dikirimkan adalah 4 x Mellanox SN2410 dengan Cumulus Linux yang telah diinstal sebelumnya. Pada awalnya, masih belum ada pemahaman tentang bagaimana segala sesuatunya akan terlihat (ini akan berkembang hanya pada tahap implementasi VXLAN / EVPN), oleh karena itu, kami memutuskan untuk mengangkatnya sebagai sakelar L3 sederhana dengan CLAG (Analog of MLAG dari Cumulus). Sebelumnya, baik saya maupun kolega saya tidak memiliki banyak pengalaman dengan Cumulus, jadi semuanya masih baru, lalu hanya tentang itu.

Tanpa lisensi - tidak ada port

Secara default, saat Anda menghidupkan perangkat, hanya 2 port yang tersedia untuk Anda - konsol dan eth0 (alias port Manajemen). Untuk membuka blokir port 25G / 100G, Anda perlu menambahkan lisensi. Dan segera menjadi jelas bahwa Linux atas nama perangkat lunak bukan untuk apa-apa, sejak itu setelah menginstal lisensi, Anda perlu me-restart daemon switchd melalui "systemctl restart switchd.service" (pada kenyataannya, kurangnya lisensi hanya mencegah daemon ini untuk memulai).



Hal berikutnya yang akan segera membuat Anda ingat bahwa ini masih Linux, adalah memperbarui perangkat menggunakan peningkatan apt-get, seperti di Ubuntu biasa, tetapi tidak selalu memungkinkan untuk memperbarui dengan cara ini. Saat beralih antar rilis, misalnya, dari 3.1.1 ke 4.1.1, Anda perlu menginstal gambar baru, yang memerlukan pengaturan ulang konfigurasi ke default. Tetapi itu menyimpan bahwa DHCP diaktifkan pada antarmuka Manajemen dalam konfigurasi default, yang memungkinkan Anda untuk mengembalikan kontrol.

Sistem komit

Sebagai orang yang telah banyak bekerja dengan Juniper, bagi saya hal-hal seperti rollback, commit confirm, dll. bukanlah hal baru, tetapi berhasil menginjak beberapa garu.



Hal pertama yang saya hadapi adalah penomoran kumulus, karena kebiasaan rollback 1 == konfigurasi kerja terakhir. Saya menjalankan perintah ini dengan sangat percaya diri untuk mengembalikan perubahan terbaru. Tetapi apa yang mengejutkan saya ketika perangkat keras menghilang begitu saja, dan untuk beberapa waktu saya tidak mengerti apa yang terjadi. Kemudian, setelah membaca dok dari kumulus, menjadi jelas apa yang terjadi: dengan menjalankan perintah "rollback bersih 1" alih-alih memutar kembali ke konfigurasi terakhir, saya memutar kembali ke konfigurasi perangkat PERTAMA. (Dan lagi, DHCP disimpan dari kegagalan dalam konfigurasi default)





Hal kedua yang harus saya hadapi adalah algoritma konfirmasi komit: tidak seperti "komit konfirmasi 10" biasa, di mana dalam 10 menit Anda perlu menulis "komit" lagi, Cumulus memiliki visi sendiri tentang fitur ini. "Komit konfirmasi" Anda cukup menekan Enter setelah memasukkan perintah, yang dapat memainkan lelucon kejam pada Anda jika konektivitas tidak hilang segera setelah komit.

Topologi pertama

Tahap selanjutnya adalah menyusun logika switch di antara mereka sendiri, pada tahap ini perangkat keras hanya dipasang dan diuji, belum ada pembicaraan tentang skema target apa pun. Tetapi salah satu syaratnya adalah server yang terhubung ke pasangan MLAG yang berbeda harus dalam domain L2 yang sama. Saya tidak ingin membuat salah satu pasangan L2 sederhana, dan oleh karena itu diputuskan untuk meningkatkan konektivitas L3 melalui SVI, OSPF dipilih untuk perutean, karena ini telah digunakan di pusat data lama, membuatnya lebih mudah untuk menghubungkan infrastruktur di langkah berikutnya.







Diagram ini menunjukkan diagram fisika + pembagian perangkat menjadi pasangan-pasangan, semua tautan dalam diagram bekerja dalam mode Batang.







Seperti yang telah disebutkan, semua konektivitas L3 dilakukan melalui SVI, oleh karena itu, hanya 2 dari 4 perangkat yang memiliki alamat IP di setiap Vlan, yang memungkinkan Anda membuat semacam bundel L3 p2p.

Perintah dasar bagi mereka yang tertarik

Kesimpulan

Saya harap seseorang akan menganggap artikel ini menarik. Saya ingin melihat tanggapan: apa yang harus ditambahkan, dan apa yang sama sekali tidak perlu. Pada artikel berikutnya, kita akan beralih ke yang paling menarik - desain jaringan target dan konfigurasi VXLAN / EVPN. Dan di masa depan, artikel tentang otomatisasi VXLAN / EVPN menggunakan Python dapat dilakukan.