Bagikan melalui

Memecahkan masalah kesehatan sumber daya dan ketersediaan masuk

  • Artikel

Artikel ini dapat membantu Anda menyelidiki masalah yang memengaruhi ketersediaan IP frontend load balancer dan sumber daya backend Anda.

Anda dapat menggunakan fitur kesehatan sumber daya di Azure Load Balancer untuk menentukan kesehatan load balancer Anda. Ini menganalisis metrik Ketersediaan Jalur Data untuk menentukan apakah titik akhir penyeimbangan beban, IP frontend, dan kombinasi port frontend dengan aturan penyeimbangan beban tersedia.

Catatan

Load Balancer Dasar tidak mendukung fitur kesehatan sumber daya.

Tabel berikut menjelaskan logika untuk menentukan status kesehatan load balancer Anda.

Status kesehatan sumber daya Deskripsi
Tersedia Sumber daya load balancer Anda sehat dan tersedia.
Diturunkan Load balancer Anda memiliki platform atau peristiwa yang dimulai pengguna yang memengaruhi performa. Metrik Ketersediaan Jalur Data melaporkan kurang dari 90% tetapi lebih besar dari 25% kesehatan setidaknya selama dua menit. Anda mungkin mengalami penurunan performa sedang hingga parah.
Tidak tersedia Sumber daya load balancer Anda tidak sehat. Metrik Ketersediaan Jalur Data melaporkan kesehatan kurang dari 25% setidaknya selama dua menit. Anda mungkin mengalami penurunan performa yang signifikan atau kurangnya ketersediaan untuk konektivitas masuk. Peristiwa pengguna atau platform mungkin menyebabkan tidak tersedianya.
Tidak diketahui Status kesehatan sumber daya untuk sumber daya load balancer Anda belum memperbarui atau menerima informasi Ketersediaan Jalur Data dalam 10 menit terakhir. Status ini mungkin sementara, atau load balancer Anda mungkin tidak mendukung fitur kesehatan sumber daya.

Memantau ketersediaan load balancer Anda

Dua metrik yang digunakan Azure Load Balancer untuk memeriksa kesehatan sumber daya adalah Ketersediaan Jalur Data dan Status Pemeriksaan Kesehatan. Penting untuk memahami arti mereka untuk mendapatkan wawasan yang benar.

Ketersediaan Jalur Data

Ping TCP menghasilkan metrik Ketersediaan Jalur Data setiap 25 detik pada semua port frontend tempat Anda mengonfigurasi aturan penyeimbangan beban. Ping TCP ini dirutekan ke salah satu instans backend yang sehat (diselimuti). Metrik ini adalah tingkat keberhasilan persentase agregat ping TCP pada setiap kombinasi IP/port frontend untuk setiap aturan penyeimbangan beban Anda, selama periode waktu sampel.

Status Pemeriksaan Kesehatan

Ping protokol yang ditentukan dalam pemeriksaan kesehatan menghasilkan metrik Status Pemeriksaan Kesehatan. Ping ini dikirim ke setiap instans di kumpulan backend dan pada port yang didefinisikan dalam pemeriksaan kesehatan. Untuk pemeriksaan HTTP dan HTTPS, ping yang berhasil memerlukan HTTP 200 OK respons. Dengan pemeriksaan TCP, respons apa pun dianggap berhasil.

Azure Load Balancer menentukan kesehatan setiap instans backend saat pemeriksaan mencapai jumlah keberhasilan atau kegagalan berturut-turut yang Anda konfigurasi untuk properti ambang batas pemeriksaan. Status kesehatan setiap instans backend menentukan apakah instans backend diizinkan untuk menerima lalu lintas atau tidak.

Seperti metrik Ketersediaan Jalur Data, metrik Status Pemeriksaan Kesehatan menggabungkan rata-rata ping yang berhasil dan total selama interval pengambilan sampel. Nilai Status Pemeriksaan Kesehatan menunjukkan kesehatan backend dalam isolasi dari load balancer Anda dengan memeriksa instans backend Anda tanpa mengirim lalu lintas melalui frontend.

Penting

Status Pemeriksaan Kesehatan diambil sampelnya selama satu menit. Pengambilan sampel ini dapat menyebabkan fluktuasi kecil dalam nilai yang stabil.

Misalnya, pertimbangkan skenario aktif/pasif di mana ada dua instans backend, satu diperiksa ke atas dan satu diperiksa. Layanan pemeriksaan kesehatan mungkin menangkap tujuh sampel untuk instans sehat dan enam untuk instans yang tidak sehat. Situasi ini mengarah pada nilai 50 yang sebelumnya stabil yang ditampilkan sebagai 46,15 untuk interval satu menit.

Mendiagnosis penyeimbang muatan yang terdegradasi dan tidak tersedia

Seperti yang diuraikan dalam artikel ini tentang kesehatan sumber daya, load balancer yang terdegradasi menunjukkan antara 25% dan 90% untuk Ketersediaan Jalur Data. Load balancer yang tidak tersedia adalah penyeimbang beban yang kurang dari 25% untuk Ketersediaan Jalur Data selama periode dua menit.

Anda dapat mengambil langkah yang sama untuk menyelidiki kegagalan yang Anda lihat di Pemberitahuan Status Pemeriksaan Kesehatan atau Ketersediaan Jalur Data yang Anda konfigurasikan. Langkah-langkah berikut mengeksplorasi apa yang harus dilakukan jika Anda memeriksa kesehatan sumber daya dan menemukan load balancer Anda tidak tersedia dengan nilai Ketersediaan Jalur Data 0%. Layanan Anda tidak berfungsi.

  1. Di portal Azure, buka tampilan metrik terperinci halaman untuk wawasan load balancer Anda. Akses tampilan dari halaman untuk sumber daya load balancer Anda atau dari tautan di pesan kesehatan sumber daya Anda.

  2. Buka tab untuk ketersediaan frontend dan backend, dan tinjau jendela 30 menit dari periode waktu saat status terdegradasi atau tidak tersedia terjadi. Jika nilai Ketersediaan Jalur Data adalah 0%, Anda tahu bahwa ada sesuatu yang mencegah lalu lintas untuk semua aturan penyeimbangan beban Anda. Anda juga dapat melihat berapa lama masalah ini berlangsung.

  3. Periksa metrik Status Pemeriksaan Kesehatan Anda untuk menentukan apakah jalur data Anda tidak tersedia karena Anda tidak memiliki instans backend yang sehat untuk melayani lalu lintas. Jika Anda memiliki setidaknya satu instans backend yang sehat untuk semua aturan penyeimbangan beban dan masuk, Anda tahu bahwa konfigurasi Anda bukan yang menyebabkan jalur data Anda tidak tersedia. Skenario ini menunjukkan masalah platform Azure. Meskipun masalah platform jarang terjadi, mereka memicu pemberitahuan otomatis kepada tim kami untuk resolusi yang cepat.

Mendiagnosis kegagalan pemeriksaan kesehatan

Jika metrik Status Pemeriksaan Kesehatan Menunjukkan bahwa instans backend Anda tidak sehat, sebaiknya gunakan daftar periksa berikut untuk mengesampingkan kesalahan konfigurasi umum:

  • Periksa pemanfaatan CPU untuk sumber daya Anda untuk menentukan apakah sumber daya berada di bawah beban tinggi.

    Anda dapat memeriksa dengan melihat metrik Persentase CPU sumber daya melalui halaman Metrik . Untuk informasi selengkapnya, lihat Memecahkan masalah CPU tinggi untuk komputer virtual Azure Windows.

  • Jika Anda menggunakan pemeriksaan HTTP atau HTTPS, periksa apakah aplikasi sehat dan responsif.

    Validasi bahwa aplikasi Anda berfungsi dengan langsung mengaksesnya melalui alamat IP privat atau alamat IP publik tingkat instans yang terkait dengan instans backend Anda.

  • Tinjau kelompok keamanan jaringan (NSG) yang diterapkan ke sumber daya backend Anda. Pastikan bahwa tidak ada aturan yang memiliki prioritas yang lebih tinggi daripada AllowAzureLoadBalancerInBound yang memblokir pemeriksaan kesehatan.

    Anda dapat melakukan tugas ini dengan mengunjungi pengaturan jaringan VM backend atau set skala komputer virtual Anda. Jika Anda menemukan bahwa masalah NSG ini adalah masalahnya, pindahkan Allow aturan yang ada atau buat aturan prioritas tinggi baru untuk mengizinkan lalu lintas Azure Load Balancer.

  • Periksa OS Anda. Pastikan VM Anda mendengarkan di port probe. Tinjau juga aturan firewall OS untuk VM untuk memastikan bahwa mereka tidak memblokir lalu lintas pemeriksaan yang berasal dari alamat 168.63.129.16IP .

    Anda dapat memeriksa port mendengarkan dengan menjalankan netstat -a dari prompt perintah Windows atau netstat -l dari terminal Linux.

  • Pastikan Anda menggunakan protokol yang tepat. Misalnya, pemeriksaan yang menggunakan HTTP untuk memeriksa port yang mendengarkan aplikasi non-HTTP gagal.

  • Jangan menempatkan Azure Firewall di kumpulan backend load balancer. Untuk informasi selengkapnya, lihat Mengintegrasikan Azure Firewall dengan Azure Standard Load Balancer.

Konten terkait