Memulai CLB
Memulai CLB IPv6
Men-deploy Nginx di CentOS
Men-deploy Java Web di CentOS
Menerapkan HA di Beberapa AZ
Tinggi Cloud Load Balancer (CLB) dijamin melalui berbagai dimensi, seperti arsitektur sistem dan konfigurasi produk. Anda dapat memilih berbagai solusi fungsional sesuai dengan skenario bisnis dan kebutuhan, seperti pemulihan bencana lintas wilayah atau pemulihan bencana antar zona yang tersedia di wilayah yang sama.
Ketersediaan Tinggi Kluster CLB
Instance Cloud Load Balancer (CLB) diimplementasikan dalam cluster, mendukung sinkronisasi sesi, menghilangkan titik kegagalan tunggal pada server, meningkatkan redundansi sistem, dan memastikan stabilitas layanan. Semua instance CLB dilengkapi dengan ketersediaan tinggi dalam cluster.
Tingkat empat terutama didasarkan pada（Tencent Gateway，TGW), pintu gerbang akses terpadu yang dikembangkan oleh Tencent, untuk mewujudkan penyeimbangan beban. TGW memiliki karakteristik keandalan tinggi, skalabilitas kuat, kinerja tinggi, dan kemampuan tahan terhadap serangan yang kuat, mendukung Data Plane Development Kit (DPDK) untuk penerusan berperforma tinggi, dengan satu kluster yang dapat menangani jutaan tingkat permintaan per detik (PPS) dan miliaran koneksi bersamaan. Banyak layanan internal Tencent menggunakan layanan akses melalui TGW, termasuk Tencent Games, Tencent Video, WeChat, QQ, dan lainnya.
Tingkat tujuh terutama didasarkan pada Secure Tencent Gateway (STGW) untuk menerapkan penyeimbangan beban. STGW adalah layanan load balancing tingkat tujuh yang dikembangkan oleh Tencent berbasis Nginx, yang mendukung skala besar lalu lintas secara bersamaan dan menangani banyak lalu lintas layanan tingkat tujuh di dalam Tencent.
Ketersediaan Tinggi untuk Satu Instansi CLB
CLB Jaringan Publik Tanpa Nama Domain
CLB Jaringan Publik yang tidak terdaftar menyediakan layanan dalam bentuk VIP, dengan SLA sebesar 99,95%. Kluster yang memiliki VIP memiliki 2 skema penyebaran.
Model penempatan | Pemulihan Bencana Kluster | Pemulihan Bencana Lintas Ketersediaan |
Zona ketersediaan tunggal | Didukung | Tidak didukung |
Zona ketersediaan ganda | Didukung | Didukung, mode zona ketersediaan utama, ketika zona ketersediaan utama mengalami gangguan, penyeimbang beban dapat secara otomatis beralih ke zona ketersediaan cadangan dan memulihkan layanan dalam waktu yang sangat singkat |
CLB Jaringan Publik Nama Domain
“CLB Jaringan Publik Nama Domain” di atas “CLB Jaringan Publik Tanpa Nama Domain” menambahkan satu lapisan layanan DNS, SLA meningkat dari 99,95% menjadi 99,99%, dan dapat secara otomatis menggantikan VIP yang mengalami kegagalan, meningkatkan ketersediaan. Silakan lihat pada Pengumuman Peluncuran Load Balancer Publik dengan Nama Domain.
Jaringan internal CLB
CLB di jaringan internal menerapkan arsitektur akses terdekat. Satu instance CLB dapat disebarkan ke satu atau beberapa zona ketersediaan. Ketika klien mengakses CLB tersebut, lalu lintas akses secara otomatis akan memilih cluster zona ketersediaan dengan latensi terendah, kemudian meneruskannya ke backend server.
CLB di jaringan internal saat ini tidak memiliki kemampuan untuk melakukan pemulihan bencana lintas zona ketersediaan. Jika kluster CLB di salah satu zona ketersediaan tidak tersedia, ini akan mempengaruhi akses dari sumber yang berada di zona tersebut. Namun, jika sumber akses berada di zona ketersediaan lain dan terdapat akses terdekat di zona tersebut, maka lalu lintas tidak akan terpengaruh; Jika sumber akses berada di zona yang tersedia lainnya, dan zona yang tersedia yang bersangkutan tidak memiliki akses dekat, serta secara default mengarah ke CLB yang mengalami kegagalan, maka lalu lintas akan terpengaruh.
Ketersediaan Tinggi Instance Multi-CLB.
Jika Anda memiliki kebutuhan ketersediaan yang sangat tinggi, mekanisme jaminan ketersediaan dari instance CLB itu sendiri mungkin tidak dapat memenuhi kebutuhan Anda, seperti serangan jaringan, pemindahan antar wilayah, kesalahan konfigurasi, dan skenario lainnya. Anda dapat membuat beberapa instance CLB dan menggunakan DNS pengelolaan cloud untuk mengatur lalu lintas akses.
Perbandingan Ketersediaan Tinggi Multi-Instance CLB dan CLB Publik Berdomain.：
Item perbandingan | CLB Jaringan Publik Nama Domain | Ketersediaan Tinggi Instance Multi-CLB |
SLA | 99,99% | 99,95% |
Pemulihan bencana | Menawarkan kemampuan deteksi jalur dan perpindahan bencana, tanpa perlu khawatir tentang masalah pemutusan satu IP masuk. Ketika satu IP mengalami kegagalan, dapat secara otomatis beralih ke IP cadangan, mengurangi dampak pada bisnis. | Memerlukan bisnis untuk segera menemukan dan beralih sesuai dengan pengaturan DNS yang Anda konfigurasikan dan strategi pengalihan. |
Manajemen Operasional dan Pemeliharaan | Hanya perlu mengkonfigurasi satu instance. | Perlu mengonfigurasi beberapa instance CLB dan strategi resolusi DNS yang sesuai. |
Biaya | Biaya rendah, hanya mengenakan biaya terkait CLB. | Perlu menerapkan beberapa instance CLB dan komponen seperti resolusi DNS, yang biayanya lebih tinggi. |
Zona | CLB dikelompokkan dalam satu zona. | Instance CLB yang dapat dipilih di berbagai zona. |
Praktik Terbaik:
Jika bisnis Anda di-deploy di satu wilayah, disarankan untuk memilih solusi CLB publik dengan domain terlebih dahulu, yang secara otomatis beralih ke IP yang gagal；
Jika bisnis Anda menerapkan distribusi multi-regional dan memiliki kebutuhan pemulihan bencana yang sangat tinggi, disarankan untuk memilih solusi ketersediaan tinggi dengan beberapa instance CLB.
Klien yang sama pada waktu yang sama, mengakses server backend yang sama melalui port yang sama tetapi melalui berbagai node perantara, mungkin mengalami fenomena streaming, silakan lihat pada Penjelasan Masalah Streaming。
Ketersediaan layanan backend tinggi
Cloud Load Balancer (CLB) menggunakan pemeriksaan kesehatan untuk menentukan ketersediaan layanan backend, menghindari dampak dari layanan backend yang tidak normal pada bisnis frontend, sehingga meningkatkan ketersediaan keseluruhan bisnis.
Setelah pemeriksaan kesehatan diaktifkan, tidak peduli berapa bobot server belakang (termasuk bobot 0), instance load balancer akan melakukan pemeriksaan kesehatan. Anda dapat melihat status pemeriksaan kesehatan di kolom Status Kesehatan di halaman daftar instance, atau melihat status pemeriksaan kesehatan di halaman detail layanan backend yang terikat dengan listener. Mengenai mekanisme pemeriksaan kesehatan yang lebih rinci, silakan lihat pada Ringkasan Pemeriksaan Kesehatan。
Bantuan dan Dukungan
Apakah halaman ini membantu?
Anda juga dapat Menghubungi Penjualan atau Mengirimkan Tiket untuk meminta bantuan.
masukan