Desain dan operasi kluster

Artikel ini mencakup konfigurasi kluster dan desain jaringan. Pelajari cara skalabilitas tahan masa depan dengan mengotomatiskan provisi infrastruktur. Provisi adalah proses pengaturan infrastruktur TI yang Anda inginkan. Provisi infrastruktur otomatis mendukung penginstalan jarak jauh dan menyiapkan lingkungan virtual. Ini juga membantu Anda mempertahankan ketersediaan tinggi dengan merencanakan kelangsungan bisnis dan pemulihan bencana.

Merencanakan, melatih, dan membuktikan

Saat anda memulai, daftar periksa dan sumber daya Kubernetes di bawah ini akan membantu anda merencanakan desain kluster. Pada akhir bagian ini, Anda akan dapat menjawab pertanyaan-pertanyaan ini:

Daftar periksa:

• Identifikasi pertimbangan desain jaringan. Pahami pertimbangan desain jaringan kluster, bandingkan model jaringan, dan pilih plug-in jaringan Kubernetes yang sesuai dengan kebutuhan Anda. Untuk Jaringan Azure Container Networking Interface (CNI), pertimbangkan jumlah alamat IP yang diperlukan sebagai kelipatan pod maksimum per simpul (default 30) dan jumlah simpul. Tambahkan satu simpul yang diperlukan selama peningkatan. Saat memilih layanan penyeimbang muatan, pertimbangkan untuk menggunakan pengontrol ingress ketika ada terlalu banyak layanan untuk mengurangi jumlah titik akhir yang terpapar. Untuk Azure CNI, layanan CIDR harus unik di seluruh jaringan virtual dan semua jaringan virtual yang terhubung untuk memastikan perutean yang sesuai.

  Untuk mempelajari selengkapnya, lihat:

  • Jaringan Kubenet dan Azure CNI
  • Menggunakan jaringan kubenet dengan rentang alamat IP Anda sendiri di Azure Kubernetes Service (AKS)
  • Konfigurasikan jaringan Azure CNI di Azure Kubernetes Service (AKS)
  • Desain jaringan yang aman untuk kluster AKS

• Gunakan beberapa kumpulan simpul. Untuk mendukung aplikasi yang memiliki permintaan komputasi atau penyimpanan yang berbeda, Anda dapat mengonfigurasi kluster anda secara opsional dengan beberapa kumpulan simpul. Misalnya, gunakan kumpulan simpul pengguna tambahan ini untuk menyediakan GPU untuk aplikasi komputasi intensif, atau akses ke penyimpanan SSD berperforma tinggi. Untuk informasi selengkapnya, lihat Membuat dan mengelola beberapa kumpulan simpul untuk kluster di Azure Kubernetes Service.

• Tentukan persyaratan ketersediaan. Minimal dua pod di belakang Azure Kubernetes Service memastikan ketersediaan aplikasi Anda yang tinggi jika ada kegagalan pod atau hidupkan ulang. Gunakan tiga atau lebih pod untuk menghandel muatan selama kegagalan pod dan hidupkan ulang. Untuk konfigurasi kluster, minimal dua simpul dalam set ketersediaan atau set skala mesin virtual diperlukan untuk memenuhi perjanjian tingkat layanan 99,95%. Gunakan setidaknya tiga pod untuk memastikan penjadwalan pod selama kegagalan simpul dan boot ulang.

  Untuk memberikan tingkat ketersediaan yang lebih tinggi untuk aplikasi Anda, kluster dapat didistribusikan di seluruh Zona Ketersediaan. Zona-zona ini secara fisik terpisah pusat data dalam wilayah tertentu. Saat komponen kluster didistribusikan di beberapa zona, kluster Anda dapat mentoleransi kegagalan di salah satu zona. Aplikasi dan operasi manajemen Anda tetap tersedia meskipun seluruh pusat data mengalami pemadaman. Untuk informasi selengkapnya, lihat Buat kluster Azure Kubernetes Service (AKS) yang menggunakan Zona Ketersediaan.

Pergi ke produksi dan menerapkan praktik terbaik infrastruktur

Saat Anda mempersiapkan aplikasi untuk produksi, terapkan serangkaian praktik terbaik minimum. Gunakan daftar periksa ini pada tahap ini. Pada akhir bagian ini, Anda akan dapat menjawab pertanyaan-pertanyaan ini:

Daftar periksa:

• Mengotomatiskan provisi cluster. Dengan infrastruktur sebagai kode, Anda dapat mengotomatiskan provisi infrastruktur untuk memberikan lebih banyak ketahanan selama bencana dan mendapatkan kelincahan untuk dengan cepat menyebarkan ulang infrastruktur sesuai kebutuhan. Untuk informasi selengkapnya, lihat Buat kluster Kubernetes dengan Azure Kubernetes Service menggunakan Terraform.

• Rencanakan ketersediaan menggunakan anggaran gangguan Pod. Untuk menjaga ketersediaan aplikasi, tentukan Anggaran Gangguan Pod (PDB) untuk memastikan bahwa jumlah minimum Pod tersedia di kluster selama kegagalan perangkat keras atau peningkatan kluster. Untuk mempelajari selengkapnya, lihat Merencanakan ketersediaan menggunakan anggaran gangguan pod.

• Terapkan kuota sumber daya di namespace. Rencanakan dan terapkan kuota sumber daya di tingkat namespace. Kuota dapat diatur pada sumber daya komputasi, sumber daya penyimpanan, dan jumlah objek. Untuk informasi selengkapnya, lihat Menerapkan kuota sumber daya.

Optimalkan dan skala

Setelah aplikasi diproduksi, bagaimana Anda dapat mengoptimalkan alur kerja Anda dan mempersiapkan aplikasi dan tim Anda untuk menskalakan? Gunakan daftar periksa pengoptimalan dan penskalaan untuk mempersiapkan. Pada akhir bagian ini, Anda akan dapat menjawab pertanyaan-pertanyaan ini:

Daftar periksa:

• Skala kluster secara otomatis untuk memenuhi permintaan aplikasi. Untuk mengikuti tuntutan aplikasi, Anda mungkin perlu menyesuaikan jumlah simpul yang menjalankan beban kerja Anda secara otomatis menggunakan autoscaler kluster. Untuk informasi selengkapnya, lihat Konfigurasikan autoscaler kluster Kubernetes.

• Rencanakan untuk kelangsungan bisnis dan pemulihan bencana. Rencanakan penyebaran multiwilayah, buat rencana migrasi penyimpanan, dan aktifkan replikasi geo untuk gambar kontainer. Untuk mempelajari selengkapnya, lihat Praktik terbaik untuk penyebaran wilayah - Azure Container Registry replikasi geo.

• Konfigurasikan pemantauan dan pemecahan masalah pada skala. Siapkan peringatan dan pemantauan untuk aplikasi di Kubernetes. Pelajari tentang konfigurasi default, cara mengintegrasikan metrik yang lebih canggih, dan cara menambahkan pemantauan dan peringatan kustom untuk mengoperasikan aplikasi Anda.

  • Mulai dengan memantau dan peringatan Kubernetes (video)
  • Konfigurasikan peringatan dengan menggunakan Azure Monitor untuk kontainer
  • Meninjau log diagnostik untuk komponen master
  • Diagnostik Azure Kubernetes Service (AKS)