ALB Ingress adalah gerbang Ingress cloud-native yang ditawarkan oleh Alibaba Cloud. ALB Ingress terintegrasi secara mendalam dengan produk Kubernetes seperti Container Service for Kubernetes (ACK) dan ACK Serverless untuk menyediakan Load balancing lapisan 7 serta mengarahkan traffic eksternal ke layanan di dalam kluster Anda. Topik ini menjelaskan konsep dasar ALB Ingress, cara penggunaannya, serta keunggulan dan kasus penggunaannya.
Konsep utama
Pada produk Kubernetes seperti Container Service for Kubernetes (ACK) dan ACK Serverless, Anda dapat menggunakan ALB Ingress untuk mengarahkan traffic eksternal ke layanan dalam kluster dan menerapkan Load balancing lapisan 7. Hal ini dikelola oleh controller ALB Ingress, yaitu komponen yang dideploy di dalam kluster. Controller tersebut memantau server API terhadap perubahan pada resource seperti AlbConfig, Ingress, dan Service, lalu secara dinamis menerjemahkan perubahan tersebut menjadi konfigurasi ALB yang diperlukan. Untuk informasi lebih lanjut tentang controller ALB Ingress, lihat ALB Ingress controller.
Menggunakan ALB Ingress
ALB Ingress dibangun di atas Application Load Balancer (ALB) Alibaba Cloud untuk menyediakan cara yang lebih andal dalam mengelola traffic Ingress. ALB Ingress kompatibel dengan NGINX Ingress, mampu menangani routing bisnis yang kompleks dan penemuan sertifikat otomatis, mendukung protokol HTTP, HTTPS, dan QUIC, serta memenuhi tuntutan elastisitas dan pemrosesan traffic Lapisan 7 skala besar dalam skenario aplikasi cloud-native.
Prosedur
ALB Ingress dikelola oleh Container Service for Kubernetes. Jangan mengonfigurasinya di konsol ALB untuk mencegah gangguan layanan. Untuk informasi lebih lanjut mengenai kuota ALB, lihat Kuota dan Batasan.
ALB Ingress terintegrasi secara mendalam dengan layanan cloud-native untuk menyediakan fitur lengkap dan kemudahan penggunaan. Prosedur penggunaan ALB Ingress adalah sebagai berikut:
|
Langkah |
Deskripsi |
|
Instal controller ALB Ingress |
Anda dapat menginstal controller ALB Ingress saat membuat kluster atau melalui halaman Add-ons. Untuk informasi lebih lanjut, lihat topik berikut:
Catatan
|
|
(Opsional) Berikan izin untuk kluster khusus ACK |
Pada kluster khusus ACK, setelah menginstal controller ALB Ingress, Anda harus memberikan izin yang diperlukan kepada controller ALB Ingress sebelum mendeploy layanan yang ingin diakses melalui ALB Ingress. |
|
Deploy layanan backend |
Anda dapat mendeploy layanan backend, seperti Penyebaran dan Layanan, di Kubernetes untuk menerima traffic dari ALB Ingress. Untuk informasi lebih lanjut, lihat topik berikut:
|
|
(Opsional) Buat AlbConfig dan IngressClass |
Penting
Jika Anda memilih New atau Existing untuk ALB Instance Source saat menginstal controller ALB Ingress, controller akan secara otomatis membuat AlbConfig dan IngressClass dengan nama Setelah memberikan izin kepada controller ALB Ingress, Anda dapat membuat dan mengaitkan AlbConfig serta IngressClass. Untuk informasi lebih lanjut, lihat topik berikut:
|
|
Buat Ingress |
Setelah menyelesaikan langkah-langkah sebelumnya, buat Ingress. Konfigurasikan aturan pengalihan di dalam Ingress untuk mengarahkan permintaan ke layanan backend dan kaitkan Ingress tersebut dengan IngressClass serta AlbConfig. Hal ini memungkinkan klien mengakses resource di Kubernetes melalui ALB Ingress. Untuk informasi lebih lanjut, lihat topik berikut:
|
Anda dapat menggunakan anotasi tidak hanya untuk mengonfigurasi aturan pengalihan ALB Ingress, tetapi juga untuk menerapkan fitur lanjutan seperti persistensi sesi dan rilis canary. Untuk informasi lebih lanjut mengenai fitur ALB Ingress lainnya, lihat topik berikut:
-
Kluster ACK: Konfigurasi lanjutan untuk ALB Ingress
-
Kluster ACK Serverless: Konfigurasi lanjutan untuk ALB Ingress
Cara kerja
Selain kompatibel dengan fitur Kubernetes asli, ALB Ingress menyediakan fitur lanjutan melalui CRD AlbConfig dan anotasi Ingress.
-
CRD AlbConfig: Digunakan untuk mengonfigurasi instans ALB dan pendengar. Satu AlbConfig berkorespondensi dengan satu instans ALB.
-
Anotasi Ingress: Digunakan untuk mengonfigurasi aturan pengalihan yang mengarahkan permintaan HTTP/HTTPS ke layanan yang sesuai.
-
Layanan: Abstraksi dari aplikasi backend yang berjalan pada sekumpulan Pod replikasi. Layanan dapat merepresentasikan beberapa layanan backend identik.
Keunggulan ALB Ingress
ALB Ingress adalah layanan yang sepenuhnya dikelola yang menyediakan kemampuan manajemen traffic Ingress yang andal. NGINX Ingress dikelola sendiri dan lebih cocok untuk skenario yang memerlukan kustomisasi gerbang secara ekstensif. NGINX Ingress dan ALB Ingress berbeda dalam posisi produk, arsitektur, performa, dan keamanan. Untuk perbandingan detail, lihat Perbandingan antara NGINX Ingress dan ALB Ingress.
ALB Ingress memiliki keunggulan signifikan dibanding NGINX Ingress dalam skenario berikut:
-
Skenario yang memerlukan koneksi persisten
Koneksi persisten cocok untuk skenario bisnis dengan interaksi intensif, seperti Internet of Things (IoT), layanan keuangan online, dan game online. Perubahan konfigurasi mengharuskan NGINX Ingress melakukan reload prosesnya, yang mengganggu koneksi persisten. Sebaliknya, ALB Ingress mendukung pembaruan panas (hot update) konfigurasi, sehingga koneksi persisten tetap stabil.
-
Skenario konkurensi tinggi
Jumlah perangkat terminal yang besar dalam layanan IoT sering kali menghasilkan konkurensi tinggi. Dibangun di atas platform jaringan cloud Luoshen, ALB Ingress dapat mengelola sesi secara efisien. Satu instans ALB mendukung puluhan juta koneksi. NGINX Ingress hanya mendukung jumlah sesi terbatas dan memerlukan pemeliharaan mandiri. Penskalaan NGINX Ingress mengonsumsi resource kluster dan memerlukan intervensi manual, sehingga biaya penskalaan menjadi tinggi.
-
Skenario QPS tinggi
Layanan Internet sering kali ditandai dengan permintaan per detik (QPS) yang tinggi, misalnya selama acara promosi dan lonjakan traffic mendadak. ALB Ingress mendukung skalabilitas otomatis. Untuk menangani QPS tinggi, VIP tambahan dialokasikan secara otomatis. Satu instans ALB dapat mendukung hingga satu juta QPS, dengan latensi lebih rendah dibanding NGINX Ingress. Sebaliknya, NGINX Ingress bergantung pada resource kluster dan lebih rentan mengalami bottleneck performa dalam skenario QPS tinggi.
-
Skenario dengan fluktuasi traffic
ALB Ingress lebih hemat biaya untuk layanan dengan fluktuasi traffic, seperti e-commerce dan game. ALB Ingress menggunakan model bayar sesuai penggunaan. Selama jam sepi, unit kapasitas load balancer (LCU) yang dikonsumsi lebih sedikit, sehingga mengurangi biaya. Skalabilitas otomatisnya menghilangkan kebutuhan pemantauan dan manajemen traffic manual. Jika menggunakan NGINX Ingress, Anda harus memesan resource kluster, yang menimbulkan biaya untuk resource menganggur selama jam sepi dan memerlukan pemesanan resource manual.
-
Skenario pemulihan bencana dengan redundansi geo-aktif dan zona redundansi aktif
Untuk industri dan aplikasi yang memiliki persyaratan tinggi terhadap kelangsungan bisnis dan keandalan, seperti platform jejaring sosial dan layanan media streaming, Anda dapat membuat gerbang multi-kluster ALB di Distributed Cloud Container Platform for Kubernetes (ACK One) dan mengelola traffic multi-kluster dengan ALB Ingress untuk menerapkan solusi pemulihan bencana dengan redundansi geo-aktif dan zona redundansi aktif.
Kasus penggunaan
ALB Ingress menyediakan performa tinggi, skalabilitas otomatis, overhead operasional minimal, dan programmabilitas terbuka.
-
Memproses hingga 1 juta QPS per instans melalui load balancing dan penjadwalan bertingkat.
-
Memberikan performa pengalihan tinggi dengan memanfaatkan integrasi perangkat lunak, perangkat keras, dan kartu akselerasi perangkat keras.
-
Menyederhanakan O&M dengan skalabilitas otomatis dan menyediakan SLA ketersediaan multi-instans hingga 99,995%.
-
Menyediakan platform pengalihan yang dapat dikustomisasi dengan berbagai fitur routing lanjutan.
ALB Ingress dapat digunakan dalam berbagai skenario bisnis. Gambar berikut menunjukkan beberapa kasus penggunaan umum.