：Ikhtisar ALB Ingress

Sebelum Anda mulai

Untuk memahami fitur ALB Ingresses lebih baik, kami sarankan membaca topik ini sebelum menggunakannya.

Sebelum melanjutkan, disarankan untuk membaca dokumentasi resmi Ingress dan mempelajari istilah terkait Ingresses dan IngressClasses.

Bagaimana ALB Ingress bekerja

Istilah terkait ALB Ingress:

• Kontroler ALB Ingress: Komponen yang mengelola sumber daya Ingress. Kontroler ALB Ingress menggunakan API server untuk mendapatkan perubahan dinamis pada sumber daya Ingress dan AlbConfig, lalu memperbarui instance ALB. Berbeda dengan kontroler NGINX Ingress, kontroler ALB Ingress adalah bidang kontrol dari instance ALB. Ini mengelola instance ALB tetapi tidak mendistribusikan trafik; trafik didistribusikan oleh instance ALB. Kontroler ALB Ingress menggunakan API server di dalam kluster untuk mendapatkan perubahan pada sumber daya Ingress dan memperbarui instance ALB sesuai aturan routing Ingress.

• AlbConfig: CustomResourceDefinition (CRD) yang dibuat oleh kontroler ALB Ingress. Parameter dalam AlbConfig mendefinisikan konfigurasi instance ALB. Setiap AlbConfig sesuai dengan satu instance ALB. Instance ALB berfungsi sebagai ingress untuk mendistribusikan trafik ke Layanan backend. Instance ALB sepenuhnya dikelola oleh ALB. Dibandingkan dengan kontroler NGINX Ingress, ALB Ingresses bebas dari operasi pemeliharaan dan sangat elastis.

• IngressClass: Mendefinisikan hubungan antara sebuah Ingress dan sebuah AlbConfig.

• Ingress: Objek sumber daya yang mendefinisikan aturan routing trafik eksternal dan aturan kontrol akses. Kontroler ALB Ingress memantau perubahan pada sumber daya Ingress dan memperbarui instance ALB untuk mendistribusikan trafik.

• Layanan: Di Kubernetes, pod bersifat sementara dan berubah-ubah. Layanan adalah ingress terpadu ke pod yang menyediakan fitur serupa. Aplikasi lain atau Layanan dapat berkomunikasi dengan pod melalui alamat IP virtual dan port Layanan tanpa khawatir tentang perubahan pada pod. Untuk informasi lebih lanjut tentang Layanan, lihat Manajemen Layanan.

Gambar berikut menunjukkan hubungan logis antara instance ALB dan ALB Ingress.

Cara menggunakan ALB Ingresses

Lihat referensi Buat ALB Ingress dan lengkapi alur kerja pada gambar di atas.

Manfaat

ALB Ingresses sepenuhnya dikelola oleh Alibaba Cloud dan menyediakan kemampuan pemrosesan ultra-tinggi. Sebaliknya, NGINX Ingresses sangat dapat disesuaikan tetapi memerlukan manajemen manual. NGINX Ingresses dan ALB Ingresses memiliki ruang lingkup layanan, arsitektur, serta kemampuan pemrosesan dan keamanan yang berbeda. Untuk detail lebih lanjut, lihat Perbandingan antara NGINX Ingress dan ALB Ingress.

ALB Ingresses unggul dalam skenario berikut:

• Koneksi persisten

  Koneksi persisten ideal untuk skenario yang memerlukan interaksi sering, seperti Internet of Things (IoT), keuangan internet, dan game online. Saat konfigurasi dimodifikasi, NGINX Ingresses harus memuat ulang proses dan sementara waktu menutup koneksi persisten, yang dapat menyebabkan gangguan layanan. Untuk mencegah masalah ini, ALB Ingresses menggunakan pembaruan bergulir untuk memastikan stabilitas koneksi persisten.

• Konkurensi tinggi

  Layanan IoT diharapkan mempertahankan sejumlah besar koneksi konkuren dari perangkat terminal. ALB Ingresses berjalan pada platform Cloud Network Management dari Alibaba Cloud dan dapat mengelola sesi secara efisien. Setiap instance ALB mendukung puluhan juta koneksi. NGINX Ingresses hanya mendukung jumlah sesi terbatas, memerlukan pemeliharaan manual. Penskalaan keluar NGINX Ingresses mengonsumsi sumber daya dalam kluster dan memerlukan operasi manual, dengan biaya relatif tinggi.

• QPS Tinggi

  Layanan internet diharapkan menahan QPS tinggi dalam skenario seperti aktivitas promosi dan acara mendadak. ALB Ingresses mendukung penskalaan otomatis. Alamat IP virtual secara otomatis ditambahkan seiring meningkatnya nilai QPS. ALB Ingresses mendukung latensi jaringan lebih rendah daripada NGINX Ingresses karena setiap instance ALB mendukung hingga satu juta QPS. Selain itu, NGINX Ingresses bergantung pada sumber daya dalam kluster dan mungkin mengalami hambatan performa dalam skenario QPS tinggi.

• Fluktuasi beban kerja besar

  ALB menyediakan model penetapan harga hemat biaya yang ideal untuk layanan dengan fluktuasi beban kerja besar, seperti layanan e-commerce dan game. ALB mendukung metode penagihan bayar sesuai pemakaian. Lebih sedikit Unit Kapasitas Load Balancer (LCUs) dikonsumsi selama jam-jam sepi. Selain itu, ALB mendukung penskalaan otomatis. Anda tidak perlu memeriksa aliran trafik secara real-time. Namun, NGINX tidak secara otomatis melepaskan sumber daya yang tidak digunakan selama jam-jam sepi. Anda harus memesan sejumlah sumber daya tertentu dalam kluster untuk menghadapi fluktuasi beban kerja.

• Redundansi zona aktif dan redundansi geografis aktif

  Untuk industri dan skenario aplikasi yang memerlukan kontinuitas bisnis dan keandalan tinggi, seperti jejaring sosial dan layanan streaming media, Anda dapat menggunakan Distributed Cloud Container Platform for Kubernetes (ACK One) untuk membuat gateway multi-kluster ALB dan menggunakan ALB Ingresses untuk mengelola trafik multi-kluster. Ini memungkinkan penerapan redundansi zona aktif dan redundansi geografis aktif.

Wilayah dan zona yang mendukung ALB Ingresses

Untuk informasi lebih lanjut, lihat Wilayah dan zona tempat ALB tersedia.

Batasan ALB Ingress

• Untuk informasi lebih lanjut, lihat Metode untuk menghitung kuota ALB.

• Saat menggunakan Flannel, ALB Ingress hanya mendukung penerusan permintaan ke Layanan NodePort dan LoadBalancer, dan tidak mendukung Layanan ClusterIP.

Catatan rilis kontroler ALB Ingress

Untuk informasi lebih lanjut, lihat kontroler ALB Ingress.