Rekomendasi keandalan

Azure Advisor membantu Anda memastikan dan meningkatkan kelangsungan aplikasi penting bisnis Anda. Anda bisa mendapatkan rekomendasi keandalan di tab Keandalan di dasbor Advisor.

1. Masuk ke portal Azure.

2. Cari dan pilih Advisor dari halaman mana pun.

3. Di dasbor Advisor, pilih tab Keandalan.

AgFood Platform

Melakukan pemutakhiran ke versi SDK DotNet ADMA terbaru

Kami mengidentifikasi panggilan ke versi ADMA DotNet SDK yang dijadwalkan untuk penghentian. Untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa, beralihlah ke versi SDK terbaru.

Manfaat potensial: Memastikan akses tanpa gangguan ke ADMA

Untuk informasi selengkapnya, lihat Apa itu Azure Data Manager for Agriculture?

Melakukan pemutakhiran ke versi SDK Java ADMA terbaru

Kami telah mengidentifikasi panggilan ke versi SDK Java ADMA yang dijadwalkan untuk penghentian. Sebaiknya beralih ke versi SDK terbaru untuk memastikan akses tanpa gangguan ke ADMA, fitur-fitur terbaru, dan peningkatan performa.

Manfaat potensial: Memastikan akses tanpa gangguan ke ADMA

Untuk informasi selengkapnya, lihat Apa itu Azure Data Manager for Agriculture?

Melakukan pemutakhiran ke versi SDK Python ADMA terbaru

Kami mengidentifikasi panggilan ke versi ADMA Python SDK yang dijadwalkan untuk penghentian. Untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa, beralihlah ke versi SDK terbaru.

Manfaat potensial: Memastikan akses tanpa gangguan ke ADMA

Untuk informasi selengkapnya, lihat Apa itu Azure Data Manager for Agriculture?

Melakukan pemutakhiran ke versi SDK JavaScript ADMA terbaru

Kami mengidentifikasi panggilan ke versi ADMA JavaScript SDK yang dijadwalkan untuk penghentian. Untuk memastikan akses tanpa gangguan ke ADMA, fitur terbaru, dan peningkatan performa, beralihlah ke versi SDK terbaru.

Manfaat potensial: Memastikan akses tanpa gangguan ke ADMA

Untuk informasi selengkapnya, lihat Apa itu Azure Data Manager for Agriculture?

API Management

Memigrasikan layanan API Management ke platform stv2

Dukungan untuk instans API Management yang dihosting di platform stv1 akan dihentikan pada 31 Agustus 2024. Migrasi ke platform berbasis stv2 sebelum itu untuk menghindari gangguan layanan.

Manfaat potensial: Meningkatkan stabilitas layanan dan memanfaatkan fitur platform baru

Untuk informasi selengkapnya, lihat Penghentian platform API Management stv1 - Cloud Azure Global (Agustus 2024)

Rotasi sertifikat nama host gagal

Layanan API Management gagal me-refresh sertifikat nama host dari Key Vault dapat menyebabkan layanan menggunakan sertifikat kedaluarsa dan lalu lintas API runtime yang diblokir. Pastikan bahwa sertifikat ada di Key Vault, dan identitas layanan API Management diberikan akses baca rahasia.

Manfaat potensial: Memastikan ketersediaan layanan

Untuk informasi selengkapnya, lihat Mengonfigurasi nama domain kustom untuk instans Azure API Management Anda

Portal warisan itu tidak digunakan lagi 3 tahun yang lalu dan pensiun pada Oktober 2023. Namun, kami melihat penggunaan aktif portal yang dapat menyebabkan gangguan layanan segera ketika kami menonaktifkannya.

Kami sangat menyarankan Anda bermigrasi ke portal pengembang baru sesegera mungkin untuk terus menikmati layanan kami dan memanfaatkan fitur dan peningkatan baru.

Manfaat potensial: Memastikan kelangsungan bisnis

Untuk informasi selengkapnya, lihat Migrasi ke portal pengembang baru

Pemeriksaan status jaringan dependensi gagal

Dependensi layanan Azure API Management tidak tersedia. Harap periksa konfigurasi jaringan virtual.

Manfaat potensial: Meningkatkan stabilitas layanan

Untuk informasi selengkapnya, lihat Menyebarkan instans Azure API Management Anda ke jaringan virtual - mode eksternal

Negosiasi ulang SSL/TLS diblokir

Upaya negosiasi ulang SSL/TLS diblokir; komunikasi aman mungkin gagal. Untuk mendukung skenario autentikasi sertifikat klien, aktifkan 'Negosiasikan sertifikat klien' pada nama host yang tercantum. Untuk klien berbasis browser, opsi ini mungkin mengakibatkan permintaan sertifikat disajikan kepada klien.

Manfaat potensial: Memastikan ketersediaan layanan

Untuk informasi selengkapnya, lihat Cara mengamankan API menggunakan autentikasi sertifikat klien di API Management

Menyebarkan instans Azure API Management ke beberapa wilayah Azure untuk meningkatkan ketersediaan layanan

Azure API Management mendukung penyebaran multi-wilayah, yang memungkinkan penerbit API menambahkan gateway API regional ke instans API Management yang ada. Penyebaran multi-wilayah membantu mengurangi latensi permintaan yang dirasakan oleh konsumen API yang didistribusikan secara geografis dan meningkatkan ketersediaan layanan.

Potensi manfaat: Peningkatan ketahanan terhadap kegagalan regional

Untuk informasi selengkapnya, lihat Menyebarkan instans Azure API Management ke beberapa wilayah Azure

Mengaktifkan dan mengonfigurasi skala otomatis untuk instans API Management pada beban kerja produksi.

Instans API Management dalam tingkat layanan produksi dapat diskalakan dengan menambahkan dan menghapus unit. Fitur penskalaan otomatis dapat secara dinamis menyesuaikan unit instans API Management untuk mengakomodasi perubahan beban tanpa intervensi manual.

Manfaat potensial: Meningkatkan skalabilitas dan mengoptimalkan biaya.

Untuk informasi selengkapnya, lihat Menskalakan instans Azure API Management secara otomatis

App Service

Meluaskan skala paket App Service Anda untuk menghindari kelelahan CPU

Pemanfaatan CPU yang tinggi dapat menyebabkan masalah runtime dengan aplikasi. Aplikasi Anda melebihi 90% CPU selama beberapa hari terakhir. Untuk mengurangi penggunaan CPU dan menghindari masalah runtime, perluas skala aplikasi.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Azure App Service

Periksa masalah kesehatan layanan aplikasi Anda

Kami memiliki rekomendasi yang terkait dengan kesehatan layanan aplikasi Anda. Buka Portal Microsoft Azure, buka aplikasi, klik Diagnosis dan Selesaikan untuk melihat detail selengkapnya.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Azure App Service

Memperbaiki pengaturan database pencadangan sumber daya App Service Anda

Ketika aplikasi memiliki konfigurasi database yang tidak valid, pencadangannya gagal. Untuk detailnya, lihat riwayat pencadangan aplikasi Anda di halaman manajemen aplikasi Anda.

Manfaat potensial: Memastikan kelangsungan bisnis

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Azure App Service

Memperbaiki pengaturan penyimpanan pencadangan sumber daya App Service Anda

Ketika aplikasi memiliki pengaturan penyimpanan yang tidak valid, pencadangannya gagal. Untuk detailnya, lihat riwayat pencadangan aplikasi Anda di halaman manajemen aplikasi Anda.

Manfaat potensial: Memastikan kelangsungan bisnis

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Azure App Service

Tingkatkan SKU paket App Service Anda untuk menghindari masalah memori

Paket App Service yang berisi aplikasi Anda melebihi alokasi memori 85%. Konsumsi memori yang tinggi dapat menyebabkan masalah runtime aplikasi Anda. Temukan aplikasi masalah dan skalakan ke paket yang lebih tinggi dengan lebih banyak sumber daya memori.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Azure App Service

Menskalakan paket App Service Anda

Pertimbangkan untuk meluaskan skala Rencana App Service Anda ke setidaknya dua instans untuk menghindari keterlambatan mulai dingin dan gangguan layanan selama pemeliharaan rutin.

Manfaat potensial: Mengoptimalkan pengalaman dan ketersediaan pengguna

Untuk informasi selengkapnya, lihat https://aka.ms/appsvcnuminstances

Memperbaiki kode aplikasi, proses pekerja mengalami crash karena pengecualian yang tidak tertangani

Proses pekerja di aplikasi Anda mengalami crash karena pengecualian yang tidak tertangani. Untuk mengidentifikasi akar penyebabnya, kumpulkan cadangan memori dan panggil informasi tumpukan pada saat crash.

Manfaat potensial: Jaga aplikasi Anda tetap sehat dan sangat tersedia

Untuk informasi selengkapnya, lihat https://aka.ms/appsvcproactivecrashmonitoring

Tingkatkan App Service Anda ke paket Standar untuk menghindari penolakan permintaan

Ketika aplikasi adalah bagian dari paket App Service bersama dan memenuhi kuotanya beberapa kali, permintaan masuk mungkin ditolak. Aplikasi web Anda tidak dapat menerima permintaan masuk setelah memenuhi kuota. Untuk menghapus kuota, mutakhirkan ke Paket standar.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat

Untuk informasi selengkapnya, lihat Gambaran umum paket Azure App Service

Pindahkan sumber daya App Service Anda ke Standar atau yang lebih tinggi dan gunakan slot penyebaran

Ketika aplikasi disebarkan beberapa kali dalam seminggu, masalah mungkin terjadi. Anda menyebarkan aplikasi Beberapa kali minggu lalu. Untuk membantu Anda mengurangi dampak penyebaran ke aplikasi web produksi Anda, pindahkan sumber daya App Service Anda ke paket Standar (atau lebih tinggi), dan gunakan slot penyebaran.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat saat memperbarui

Untuk informasi selengkapnya, lihat Menyiapkan lingkungan penahapan di Azure App Service

Pertimbangkan untuk meningkatkan paket hosting Aplikasi Web Statis dalam langganan ini ke SKU Standar.

Bandwidth gabungan yang digunakan oleh semua Aplikasi Web Statis SKU Gratis dalam langganan ini melebihi batas bulanan 100GB. Pertimbangkan untuk meningkatkan aplikasi ini ke SKU Standar untuk menghindari pembatasan.

Manfaat potensial: Ketersediaan yang lebih tinggi untuk aplikasi dengan menghindari pembatasan.

Untuk informasi selengkapnya, lihat Harga – Static Web Apps

Menggunakan slot penyebaran untuk sumber daya App Service Anda

Ketika aplikasi disebarkan beberapa kali dalam seminggu, masalah mungkin terjadi. Anda menyebarkan aplikasi beberapa kali selama seminggu terakhir. Untuk membantu Anda mengelola perubahan dan membantu mengurangi dampak penyebaran ke aplikasi web produksi Anda, gunakan slot penyebaran.

Manfaat potensial: Menjaga aplikasi Anda tetap sehat saat memperbarui

Untuk informasi selengkapnya, lihat Menyiapkan lingkungan penahapan di Azure App Service

Pertimbangkan untuk mengubah arsitektur aplikasi Anda menjadi 64-bit

App Service Anda dikonfigurasi sebagai 32-bit, dan konsumsi memorinya mendekati batas 2 GB. Jika aplikasi Anda mendukung, pertimbangkan untuk mengompilasi ulang aplikasi Anda dan mengubah konfigurasi App Service menjadi 64-bit.

Manfaat potensial: Meningkatkan keandalan aplikasi Anda

Untuk informasi selengkapnya, lihat Tanya Jawab Umum performa aplikasi untuk Web Apps di Azure

Rekomendasi yang Dipersonalisasi untuk Pengamat CX

Rekomendasi yang Dipersonalisasi untuk Pengamat CX

Manfaat potensial: NA

Sertifikat App Service

Verifikasi domain diperlukan untuk menerbitkan Sertifikat App Service Anda

Anda memiliki Sertifikat App Service yang saat ini berstatus Penerbitan Tertunda dan mensyaratkan verifikasi domain. Kegagalan untuk memvalidasi kepemilikan domain akan mengakibatkan gagalnya penerbitan sertifikat. Verifikasi domain tidak dilakukan otomatis untuk Sertifikat App Service dan akan memerlukan tindakan. Jika Anda baru saja memverifikasi kepemilikan domain dan telah menerbitkan sertifikat, Anda dapat mengabaikan pesan ini.

Manfaat potensial: Pastikan penerbitan Sertifikat App Service berhasil.

Untuk informasi selengkapnya, lihat Menambahkan dan mengelola sertifikat TLS/SSL di Azure App Service

Application Gateway

Tingkatkan SKU Anda atau tambahkan lebih banyak instans

Menyebarkan dua instans berukuran sedang atau lebih besar memastikan kelangsungan bisnis (toleransi kesalahan) selama pemadaman yang disebabkan oleh pemeliharaan yang direncanakan atau tidak direncanakan.

Manfaat potensial: Memastikan kelangsungan bisnis melalui ketahanan gateway aplikasi

Untuk informasi selengkapnya, lihat Penyeimbangan beban multi-wilayah - Arsitektur Referensi Azure

Hindari menimpa nama host untuk memastikan integritas situs

Hindari mengganti nama host saat mengonfigurasi Application Gateway. Memiliki domain di ujung depan Application Gateway yang berbeda dari yang digunakan untuk mengakses backend, dapat menyebabkan cookie rusak atau URL pengalihan. Pastikan backend dapat menangani perbedaan domain, atau memperbarui konfigurasi Application Gateway sehingga nama host tidak perlu ditimpa ke backend. Ketika digunakan dengan Layanan Aplikasi, lampirkan nama domain kustom ke Web App dan hindari penggunaan nama host *.azurewebsites.net untuk backend. Perhatikan bahwa domain frontend yang berbeda tidak menjadi masalah dalam semua situasi, dan kategori backend tertentu seperti REST API, kurang sensitif secara umum.

Manfaat potensial: Pastikan integritas situs dan hindari cookie rusak atau url pengalihan melalui konfigurasi Application Gateway yang tangguh.

Untuk informasi selengkapnya, lihat Memecahkan masalah App Service di Application Gateway

Menerapkan ExpressRoute Monitor pada Monitor Performa Jaringan

Saat sirkuit ExpressRoute tidak dipantau oleh ExpressRoute Monitor pada Performa Jaringan, Anda melewatkan pemberitahuan kehilangan, latensi, dan performa sumber daya lokal ke Azure, dan Azure ke sumber daya lokal. Untuk pemantauan end-to-end, terapkan ExpressRoute Monitor pada Performa Jaringan.

Manfaat potensial: Meningkatkan masalah waktu untuk mendeteksi dan mengurangi waktu di jaringan Anda dan memberikan wawasan tentang jalur jaringan Anda melalui ExpressRoute

Untuk informasi selengkapnya, lihat Mengonfigurasi Monitor Performa Jaringan untuk ExpressRoute (tidak digunakan lagi)

Menerapkan beberapa sirkuit ExpressRoute di Virtual Network Anda untuk ketahanan antar premis

Saat gateway ExpressRoute hanya memiliki satu sirkuit ExpressRoute yang terkait dengannya, masalah ketahanan mungkin terjadi. Untuk memastikan redundansi dan ketahanan lokasi peering, sambungkan satu atau beberapa sirkuit tambahan ke gateway Anda.

Manfaat potensial: Meningkatkan ketahanan jika terjadi kegagalan lokasi peering ExpressRoute

Untuk informasi selengkapnya, lihat Merancang ketersediaan tinggi dengan ExpressRoute

Tambahkan setidaknya satu titik akhir lagi ke profil, sebaiknya di wilayah Azure lain

Profil memerlukan lebih dari satu titik akhir untuk memastikan ketersediaan jika salah satu titik akhir gagal. Kami juga menyarankan agar titik akhir berada di wilayah yang berbeda.

Manfaat potensial: Meningkatkan ketahanan dengan mengizinkan failover

Untuk informasi selengkapnya, lihat Titik akhir Traffic Manager

Tambahkan titik akhir yang dikonfigurasikan ke "Semua (Dunia)"

Untuk perutean geografis, lalu lintas dirutekan ke titik akhir di wilayah yang ditentukan. Jika suatu wilayah gagal, tidak ada failover yang telah ditentukan sebelumnya. Memiliki titik akhir di mana Pengelompokan Regional dikonfigurasi ke "Semua (Dunia)" untuk profil geografis menghindari pengait hitam lalu lintas dan menjamin ketersediaan layanan.

Potensi manfaat: Meningkatkan ketahanan dengan menghindari lubang hitam lalu lintas

Untuk informasi selengkapnya, lihat Menambahkan, menonaktifkan, mengaktifkan, menghapus, atau memindahkan titik akhir

Tambahkan atau pindahkan satu titik akhir ke wilayah Azure lainnya

Semua titik akhir yang terkait dengan profil kedekatan ini berada di kawasan yang sama. Pengguna dari wilayah lain mungkin mengalami latensi yang lama saat mencoba untuk terhubung. Menambahkan atau memindahkan titik akhir ke wilayah lain akan meningkatkan kinerja keseluruhan untuk perutean kedekatan dan memberikan ketersediaan yang lebih baik jika semua titik akhir di satu wilayah gagal.

Manfaat potensial: Meningkatkan ketahanan dengan mengizinkan failover ke wilayah lain

Untuk informasi selengkapnya, lihat Mengonfigurasi metode perutean lalu lintas performa

Pindah ke SKU gateway produksi dari gateway Dasar

SKU VPN Dasar adalah untuk skenario pengembangan atau pengujian. Jika Anda menggunakan gateway VPN untuk produksi, pindah ke SKU produksi, yang menawarkan jumlah terowongan yang lebih tinggi, Border Gateway Protocol (BGP), konfigurasi aktif-aktif, kebijakan IPsec/IKE kustom, dan peningkatan stabilitas dan ketersediaan.

Manfaat potensial: Fitur tambahan yang tersedia dan stabilitas dan ketersediaan yang lebih tinggi

Untuk informasi selengkapnya, lihat Tentang pengaturan konfigurasi VPN Gateway

Aktifkan gateway Aktif-Aktif untuk redundansi

Dalam konfigurasi aktif-aktif, kedua instans gateway VPN membuat terowongan VPN situs-ke-situs (S2S) ke perangkat VPN lokal Anda. Ketika pemeliharaan terencana atau peristiwa yang tidak direncanakan terjadi pada satu instans gateway, lalu lintas secara otomatis dialihkan ke terowongan IPsec aktif lainnya.

Manfaat potensial: Memastikan kelangsungan bisnis melalui ketahanan koneksi

Untuk informasi selengkapnya, lihat Mendesain konektivitas gateway yang sangat tersedia untuk koneksi lintas lokasi dan VNet-ke-VNet

Menonaktifkan pemeriksaan kesehatan ketika hanya ada satu asal dalam grup asal

Jika Anda hanya memiliki satu sumber, Azure Front Door selalu merutekan lalu lintas ke sumber tersebut meskipun hasil pemeriksaan melaporkan status tidak normal. Status pemeriksaan kenormalan tidak melakukan apa pun untuk mengubah aktivitas Azure Front Door. Dalam skenario ini, pemeriksaan kesehatan tidak memberikan manfaat.

Manfaat potensial: Memastikan ketersediaan layanan dengan mengurangi lalu lintas pemeriksaan kesehatan yang tidak perlu

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Front Door

Menggunakan sertifikat TLS terkelola

Ketika Azure Front Door mengelola sertifikat TLS Anda, hal tersebut dapat mengurangi biaya operasional Anda, dan membantu Anda menghindari pemadaman yang mahal akibat lupa memperbarui sertifikat. Front Door secara otomatis menerbitkan dan merotasi sertifikat TLS yang dikelola.

Manfaat potensial: Pastikan ketersediaan layanan dengan meminta Front Door mengelola dan memutar sertifikat Anda

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Front Door

Menggunakan gateway NAT untuk konektivitas keluar

Cegah kegagalan konektivitas karena kelelahan port terjemahan alamat jaringan sumber (SNAT) dengan menggunakan gateway NAT untuk lalu lintas keluar dari jaringan virtual Anda. Gateway NAT menskalakan secara dinamis dan menyediakan koneksi aman untuk lalu lintas yang menuju ke internet.

Manfaat potensial: Mencegah kegagalan koneksi keluar dengan gateway NAT

Untuk informasi selengkapnya, lihat Menggunakan Source Network Address Translation (SNAT) untuk koneksi keluar

Menyebarkan Application Gateway Anda di seluruh Zona Ketersediaan

Mencapai redundansi zona dengan menyebarkan Application Gateway di seluruh Zona Ketersediaan. Redundansi zona meningkatkan ketahanan dengan memungkinkan Application Gateway bertahan dari berbagai pemadaman, yang memastikan kelangsungan bahkan jika satu zona terpengaruh, dan meningkatkan keandalan keseluruhan.

Manfaat potensial: Ketahanan Application Gateways jauh meningkat saat menggunakan Zona Ketersediaan.

Untuk informasi selengkapnya, lihat Menskalakan Application Gateway v2 dan WAF v2

Memperbarui izin VNet dari pengguna Application Gateway

Untuk meningkatkan keamanan dan memberikan pengalaman yang lebih konsisten di seluruh Azure, semua pengguna harus melewati pemeriksaan izin untuk membuat atau memperbarui Application Gateway dalam Virtual Network. Izin minimum pengguna atau perwakilan layanan yang diperlukan adalah Microsoft.Network/virtualNetworks/subnets/join/action.

Manfaat potensial: Hindari gangguan dalam manajemen sumber daya Application Gateway

Untuk informasi selengkapnya, lihat Konfigurasi infrastruktur Application Gateway

Gunakan nama domain yang sama di Azure Front Door dan sumber Anda

Saat Anda menulis ulang header Host, cookie permintaan dan pengalihan URL mungkin rusak. Saat Anda menggunakan platform seperti Azure App Service, fitur seperti afinitas sesi serta autentikasi dan otorisasi mungkin tidak berfungsi dengan benar. Pastikan untuk memvalidasi apakah aplikasi Anda akan berfungsi dengan benar.

Manfaat potensial: Memastikan integritas aplikasi dengan mempertahankan nama host asli

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Front Door

Menerapkan Ketahanan Situs untuk ExpressRoute

Untuk memastikan ketahanan maksimum, Microsoft menyarankan agar Anda tersambung ke dua sirkuit ExpressRoute di dua lokasi peering. Tujuan dari Ketahanan Maksimum adalah untuk meningkatkan ketersediaan dan memastikan tingkat ketahanan tertinggi untuk beban kerja penting.

Manfaat potensial: Ketahanan Maksimum di ExpressRoute dirancang untuk memastikan tidak ada satu titik kegagalan dalam jalur jaringan Microsoft. Hal ini dicapai dengan menawarkan sirkuit ganda (2) di dua lokasi berbeda untuk keragaman situs di ExpressRoute. Tujuan dari Ketahanan Maksimum adalah untuk meningkatkan ketersediaan dan memastikan tingkat ketahanan tertinggi untuk beban kerja penting.

Untuk informasi selengkapnya, lihat Desain dan arsitek Azure ExpressRoute untuk ketahanan

Menerapkan Gateway ExpressRoute yang Redundan di Zona

Terapkan Virtual Network Gateway yang redundan di zona di Azure Availability Zone. Hal ini menghadirkan ketahanan, skalabilitas, dan ketersediaan yang lebih tinggi pada Virtual Network Gateways Anda.

Manfaat potensial: Memberikan ketahanan dan redundansi zona untuk ExpressRoute

Untuk informasi selengkapnya, lihat Membuat gateway jaringan virtual zona-redundan di zona ketersediaan

Pastikan penskalaan otomatis digunakan untuk meningkatkan performa dan ketahanan

Saat mengonfigurasi Application Gateway, disarankan untuk menyediakan penskalaan otomatis untuk menskalakan masuk dan keluar sebagai respons terhadap perubahan permintaan. Ini membantu meminimalkan efek dari satu komponen yang gagal.

Potensi manfaat: Meningkatkan performa dan ketahanan.

Untuk informasi selengkapnya, lihat Menskalakan Application Gateway v2 dan WAF v2

Rute IP ExpressRoute mendekati batas yang ditentukan

Sirkuit ExpressRoute Anda hampir mencapai batas rute IP-nya. Melebihi batas ini akan mengganggu konektivitas. Konektivitas akan pulih setelah rute berada dalam batas Saran: Pantau jumlah rute secara teratur. Jelajahi RouteMap Virtual WAN untuk mengurangi rute IP yang diiklankan.

Manfaat potensial: Memantau jumlah rute IP mencegah masalah konektivitas dan memastikan stabilitas.

Untuk informasi selengkapnya, lihat Tanya Jawab Umum Virtual WAN

Hindari menempatkan Traffic Manager di belakang Front Door

Menggunakan Traffic Manager sebagai salah satu asal untuk Front Door tidak disarankan, karena ini dapat menyebabkan masalah perutean. Jika Anda memerlukan kedua layanan dalam arsitektur ketersediaan tinggi, selalu tempatkan Traffic Manager di depan Azure Front Door.

Manfaat potensial: Meningkatkan ketahanan beban kerja Anda

Untuk informasi selengkapnya, lihat Praktik terbaik untuk Front Door

Pertimbangkan untuk memiliki setidaknya dua asal

Beberapa asal mendukung redundansi dengan mendistribusikan lalu lintas di beberapa instans aplikasi. Jika satu instans tidak tersedia, asal backend lainnya masih dapat menerima lalu lintas.

Manfaat potensial: Meningkatkan ketahanan beban kerja Anda

Untuk informasi selengkapnya, lihat Perspektif Azure Well-Architected Framework di Azure Front Door

Mengubah subnet gateway V1 bernama GatewaySubnet karena dicadangkan untuk RUTE VPN/Ekspres

Application Gateway Anda berisiko dihapus setelah Oktober 2024 karena peningkatan internal yang gagal. Hal ini disebabkan oleh subnet bernama Gatewaysubnet, yang dicadangkan untuk VPN/ExpressRoute. Untuk mengatasinya, silakan ubah subnet atau migrasi ke V2. Izinkan hari agar pesan menghilang setelah diperbaiki

Manfaat potensial: Hindari gangguan dalam manajemen sumber daya Application Gateway V1

Untuk informasi selengkapnya, lihat Tanya jawab umum tentang Application Gateway

Mengubah subnet gateway V1 sebagai subnet saat ini berisi gateway NAT

Application Gateway Anda dapat dihapus setelah Oktober 2024 karena peningkatan internal yang gagal. Ini karena tidak memiliki subnet khusus dan berisi NAT Gateway. Untuk mengatasinya, ubah subnet, hapus NAT Gateway, atau migrasikan ke V2. Izinkan hari agar pesan menghilang setelah diperbaiki

Manfaat potensial: Hindari gangguan dalam manajemen sumber daya Application Gateway V1

Untuk informasi selengkapnya, lihat Tanya jawab umum tentang Application Gateway

Mengaktifkan kembali Langganan untuk membuka blokir peningkatan internal untuk gateway V1

Application Gateway Anda berisiko dihapus setelah Oktober 2024 karena peningkatan internal yang gagal. Ini karena langganan dalam status tidak Aktif. Untuk memperbaikinya, harap aktifkan langganan. Izinkan hari agar pesan ini menghilang setelah masalah diperbaiki.

Manfaat potensial: Hindari gangguan dalam manajemen sumber daya Application Gateway V1

Untuk informasi selengkapnya, lihat Mengaktifkan kembali langganan Azure yang dinonaktifkan

Application Gateway untuk Kontainer

Bermigrasi ke versi AGC yang didukung

Versi Application Gateway untuk Kontainer disediakan dengan versi pratinjau dan tidak didukung untuk produksi. Pastikan Anda menyediakan gateway baru menggunakan versi API terbaru.

Manfaat potensial: Memastikan dukungan dan ketahanan untuk beban kerja produksi

Untuk informasi selengkapnya, lihat Apa itu Application Gateway untuk Kontainer?

Pencarian Azure AI

Membuat layanan pencarian Standar (2GB)

Ketika Anda melebihi kuota penyimpanan, operasi pengindeksan berhenti berfungsi. Anda hampir melebihi kuota penyimpanan Anda sebesar 2GB. Jika Anda memerlukan lebih banyak penyimpanan, buat layanan pencarian Standar atau tambahkan partisi tambahan.

Manfaat potensial: kemampuan untuk menangani lebih banyak data

Untuk informasi selengkapnya, lihat https://aka.ms/azs/search-limits-quotas-capacity

Membuat layanan pencarian Standar (50MB)

Ketika Anda melebihi kuota penyimpanan, operasi pengindeksan berhenti berfungsi. Anda hampir melebihi kuota penyimpanan sebesar 50MB. Untuk mempertahankan operasi, buat layanan pencarian Dasar atau Standar.

Manfaat potensial: kemampuan untuk menangani lebih banyak data

Untuk informasi selengkapnya, lihat https://aka.ms/azs/search-limits-quotas-capacity

Hindari melebihi kuota penyimpanan yang tersedia dengan menambahkan lebih banyak partisi

Saat melebihi kuota penyimpanan, Anda masih dapat mengkueri, tetapi operasi pengindeksan berhenti berfungsi. Anda hampir melebihi kuota penyimpanan yang tersedia. Jika Anda memerlukan lebih banyak penyimpanan, tambahkan partisi tambahan.

Manfaat potensial: Mampu mengindeks data tambahan

Untuk informasi selengkapnya, lihat https://aka.ms/azs/search-limits-quotas-capacity

Kubernetes yang mendukung Azure Arc

Melakukan peningkatan ke versi agen terbaru dari Kubernetes dengan dukungan Azure Arc

Untuk pengalaman Kubernetes dengan dukungan Azure Arc terbaik, peningkatan stabilitas dan fungsionalitas baru, tingkatkan ke versi agen terbaru.

Manfaat potensial: Versi agen terbaru K8s dengan dukungan Arc

Untuk informasi selengkapnya, lihat Meningkatkan agen Kubernetes dengan dukungan Azure Arc

Konfigurasi Kubernetes dengan dukungan Azure Arc

Meningkatkan ekstensi Microsoft Flux ke versi utama terbaru

Ekstensi Microsoft Flux memiliki rilis versi utama. Rencanakan peningkatan manual ke versi utama terbaru untuk Microsoft Flux untuk semua kluster Kubernetes dan Azure Kubernetes Service (AKS) yang didukung Azure Arc dalam waktu 6 bulan untuk dukungan berkelanjutan dan fungsionalitas baru.

Manfaat potensial: Dukungan berkelanjutan dan fungsionalitas baru

Untuk informasi selengkapnya, lihat Ekstensi yang tersedia untuk kluster Kubernetes dengan dukungan Azure Arc

Perubahan Mencolok yang Akan Datang untuk Ekstensi Fluks Microsoft

Ekstensi Microsoft Flux sering menerima pembaruan untuk keamanan dan stabilitas. Pembaruan mendatang, sejalan dengan OSS Flux Project, akan memodifikasi API HelmRelease dan HelmChart dengan menghapus bidang yang tidak digunakan lagi. Untuk menghindari gangguan pada beban kerja Anda, diperlukan tindakan yang diperlukan.

Manfaat potensial: Peningkatan stabilitas, keamanan, dan fungsionalitas baru

Untuk informasi selengkapnya, lihat Ekstensi yang tersedia untuk kluster Kubernetes dengan dukungan Azure Arc

Meningkatkan ekstensi Microsoft Flux ke versi yang didukung

Versi Microsoft Flux saat ini pada satu atau beberapa kluster yang diaktifkan Azure Arc dan kluster Azure Kubernetes tidak didukung. Untuk mendapatkan patch keamanan, perbaikan bug, dan dukungan Microsoft, tingkatkan ke versi yang didukung.

Manfaat potensial: Dapatkan patch keamanan, perbaikan bug, dan dukungan Microsoft

Untuk informasi selengkapnya, lihat Ekstensi yang tersedia untuk kluster Kubernetes dengan dukungan Azure Arc

Server dengan Azure Arc yang diaktifkan

Meningkatkan agen Azure Connected Machine ke versi terbaru

Agen Azure Connected Machine diperbarui secara berkala dengan perbaikan bug, peningkatan stabilitas, dan fungsionalitas baru. Untuk pengalaman Azure Arc terbaik, tingkatkan agen Anda ke versi terbaru.

Manfaat potensial: Peningkatan stabilitas dan fungsionalitas baru

Untuk informasi selengkapnya, lihat Mengelola dan memelihara agen Connected Machine

Azure Cache untuk Redis

Tingkatkan reservasi memori fragmentasi

Fragmentasi dan tekanan memori dapat menyebabkan insiden ketersediaan. Untuk membantu mengurangi kegagalan cache saat berjalan di bawah tekanan memori tinggi, tingkatkan reservasi memori untuk fragmentasi melalui pengaturan maxfragmentationmemory-reserved yang tersedia di opsi Pengaturan Tingkat Lanjut.

Manfaat potensial: Hindari insiden ketersediaan saat cache Anda memiliki fragmentasi memori tinggi

Untuk informasi selengkapnya, lihat Cara mengonfigurasi Azure Cache for Redis

Mengonfigurasi replikasi geografis untuk instans Cache for Redis untuk meningkatkan durabilitas aplikasi

Geo-Replikasi memungkinkan pemulihan bencana untuk data yang di-cache, bahkan jika terjadi kegagalan regional yang meluas. Ini bisa menjadi penting untuk aplikasi misi penting. Kami menyarankan agar Anda mengonfigurasi replikasi geografis pasif untuk instans Premium Azure Cache for Redis.

Manfaat potensial: Replikasi Geografis memungkinkan pemulihan bencana untuk data yang di-cache.

Untuk informasi selengkapnya, lihat Mengonfigurasi replikasi geografis pasif untuk instans Premium Azure Cache for Redis

Azure Container Apps

Membuat ulang Anda adalah lingkungan Container Apps untuk menghindari masalah DNS

Ada potensi masalah jaringan dengan lingkungan Container Apps Anda yang dapat menyebabkan masalah DNS. Kami menyarankan agar Anda membuat lingkungan Container Apps baru, membuat ulang Aplikasi Kontainer di lingkungan baru, dan menghapus lingkungan Container Apps lama.

Manfaat potensial: Hindari kegagalan DNS di Lingkungan Aplikasi Kontainer Anda.

Untuk informasi selengkapnya, lihat Mulai Cepat: Menyebarkan aplikasi kontainer pertama Anda menggunakan portal Azure

Perpanjang sertifikat domain kustom

Sertifikat domain kustom yang Anda unggah mendekati kedaluwarsa. Untuk mencegah kemungkinan waktu henti layanan, perbarui sertifikat Anda dan unggah sertifikat baru untuk aplikasi kontainer Anda.

Manfaat potensial: Layanan Anda tidak akan gagal karena sertifikat yang kedaluwarsa.

Untuk informasi selengkapnya, lihat Nama domain kustom dan membawa sertifikat Anda sendiri di Azure Container Apps

Terdeteksi sebuah masalah yang mencegah perpanjangan Sertifikat Terkelola Anda.

Kami mendeteksi sertifikat terkelola yang digunakan oleh Container App gagal diperpanjang secara otomatis. Ikuti tautan dokumentasi untuk memastikan bahwa pengaturan DNS domain kustom Anda sudah benar.

Potensi manfaat: Hindari waktu henti karena sertifikat yang kedaluwarsa.

Untuk informasi selengkapnya, lihat Nama domain kustom dan sertifikat terkelola gratis di Azure Container Apps

Tingkatkan jumlah replika minimal untuk aplikasi kontainer Anda

Jumlah replika minimal yang ditetapkan untuk aplikasi kontainer Azure Container App Anda mungkin terlalu rendah, yang dapat menyebabkan masalah ketahanan, skalabilitas, dan penyeimbangan beban. Untuk ketersediaan yang lebih baik, pertimbangkan untuk meningkatkan jumlah replika minimal.

Manfaat potensial: Ketersediaan yang lebih baik untuk aplikasi kontainer Anda.

Untuk informasi selengkapnya, lihat Mengatur aturan penskalaan di Azure Container Apps

Azure Cosmos DB

Mengonfigurasi kontainer Azure Cosmos DB dengan kunci partisi

Ketika koleksi nonpartisi Azure Cosmos DB mencapai kuota penyimpanan yang disediakan, Anda kehilangan kemampuan untuk menambahkan data. Koleksi nonpartisi Cosmos DB Anda mendekati kuota penyimpanan yang disediakan. Migrasikan koleksi ini ke koleksi baru dengan definisi kunci partisi sehingga dapat secara otomatis diskalakan oleh layanan.

Manfaat potensial: Skalakan kontainer Anda dengan mulus dengan peningkatan tingkat penyimpanan atau permintaan tanpa mengalami batas apa pun

Untuk informasi selengkapnya, lihat Pemartisian dan penskalaan horizontal di Azure Cosmos DB

Gunakan instans klien Cosmos DB statis dalam kode Anda dan cache nama database dan koleksi

Jumlah operasi metadata yang tinggi pada akun dapat mengakibatkan pembatasan tarif. Operasi metadata memiliki batas unit permintaan (RU) yang dicadangkan sistem. Hindari pembatasan tarif dari operasi metadata dengan menggunakan instans klien Cosmos DB statis dalam kode Anda dan penembolokan nama database dan koleksi.

Manfaat potensial: Optimalkan penggunaan RU Anda dan hindari pembatasan tarif

Untuk informasi selengkapnya, lihat Tips performa untuk Azure Cosmos DB dan .NET SDK v2

Periksa Azure Key Vault tertaut yang menghosting kunci enkripsi Anda

Saat akun Azure Cosmos DB tidak dapat mengakses Azure Key Vault tertaut yang menghosting kunci ensirpsi, akses data, dan masalah keamanan mungkin terjadi. Konfigurasi Azure Key Vault Anda mencegah akun Cosmos DB Anda menghubungi brankas kunci untuk mengakses kunci enkripsi terkelola Anda. Jika Anda baru-baru ini melakukan rotasi kunci, pastikan bahwa kunci sebelumnya, atau versi kunci, tetap diaktifkan dan tersedia hingga Cosmos DB menyelesaikan rotasi. Kunci atau versi kunci sebelumnya dapat dinonaktifkan setelah 24 jam, atau setelah log audit Azure Key Vault tidak menampilkan aktivitas apa pun dari Azure Cosmos DB pada kunci atau versi kunci tersebut.

Manfaat potensial: Perbarui konfigurasi Anda untuk terus menggunakan kunci yang dikelola pelanggan dan mengakses data Anda

Untuk informasi selengkapnya, lihat Mengonfigurasi kunci yang dikelola pelanggan untuk akun Azure Cosmos DB Anda dengan Azure Key Vault

Mengonfigurasi mode pengindeksan yang konsisten pada kontainer Azure Cosmos DB

Kontainer Azure Cosmos yang dikonfigurasi dengan pembaruan mode pengindeksan Malas secara asinkron, yang meningkatkan performa tulis, tetapi dapat memengaruhi kesegaran kueri. Kontainer Anda dikonfigurasi dengan mode Pengindeksan Malas. Jika kesegaran kueri sangat penting, gunakan Mode Pengindeksan Konsisten untuk pembaruan indeks segera.

Manfaat potensial: Meningkatkan konsistensi dan keandalan hasil kueri

Untuk informasi selengkapnya, lihat Mengelola kebijakan pengindeksan di Azure Cosmos DB

Hotfix - Tingkatkan ke versi 2.6.14 dari Async Java SDK v2 atau ke Java SDK v4

Ada bug penting dalam versi 2.6.13 (dan yang lebih rendah) dari Azure Cosmos DB Async Java SDK v2 yang menyebabkan kesalahan ketika angka urutan logis Global (LSN) lebih besar dari nilai Bilangan Bulat Maks tercapai. Kesalahan terjadi secara transparan kepada Anda oleh layanan setelah volume transaksi besar terjadi dalam masa pakai kontainer Azure Cosmos DB. Catatan: Meskipun ini adalah perbaikan penting untuk Async Java SDK v2, kami masih sangat menyarankan Anda bermigrasi ke Java SDK v4.

Manfaat potensial: Jika tindakan tidak diambil, semua operasi buat, baca, perbarui, dan hapus mungkin mulai gagal dengan NumberFormatException

Untuk informasi selengkapnya, lihat Azure Cosmos DB Async Java SDK untuk API untuk NoSQL (warisan): Catatan rilis dan sumber daya

Masalah kritis - Tingkatkan ke versi Java SDK v4 yang direkomendasikan saat ini

Ada bug penting dalam versi 4.15 dan yang lebih rendah dari Azure Cosmos DB Java SDK v4 yang menyebabkan kesalahan ketika angka urutan logis Global (LSN) lebih besar dari nilai Bilangan Bulat Maks tercapai. Ini terjadi secara transparan kepada Anda oleh layanan setelah volume transaksi yang besar terjadi dalam masa pakai kontainer Azure Cosmos DB. Hindari masalah ini dengan memutakhirkan ke versi Java SDK v4 yang direkomendasikan saat ini

Manfaat potensial: Jika tindakan tidak diambil, semua operasi buat, baca, perbarui, dan hapus mungkin mulai gagal dengan NumberFormatException

Untuk informasi selengkapnya, lihat Azure Cosmos DB Java SDK v4 untuk API untuk NoSQL: catatan rilis dan sumber daya

Gunakan titik akhir 3.6+ baru untuk tersambung ke API Azure Cosmos DB yang ditingkatkan untuk akun MongoDB

Beberapa aplikasi Anda terhubung ke API Azure Cosmos DB yang ditingkatkan untuk akun MongoDB menggunakan titik akhir warisan 3.2 - [accountname].documents.azure.com. Gunakan titik akhir baru - [namaakun].mongo.cosmos.azure.com (atau yang setara dalam cloud sovereign, pemerintah, atau terbatas).

Manfaat potensial: Manfaatkan fitur terbaru di versi 3.6+ API Azure Cosmos DB untuk MongoDB

Untuk informasi selengkapnya, lihat Azure Cosmos DB untuk MongoDB (versi server 4.0): fitur dan sintaks yang didukung

Tingkatkan akun API Azure Cosmos DB untuk MongoDB ke v4.2 untuk menghemat biaya kueri/penyimpanan dan memanfaatkan fitur baru

Akun Azure Cosmos DB API untuk MongoDB Anda memenuhi syarat untuk ditingkatkan ke versi 4.2. Meningkatkan ke v4.2 dapat mengurangi biaya penyimpanan hingga 55% dan biaya kueri Anda hingga 45% dengan memanfaatkan format penyimpanan baru. Banyak fitur tambahan seperti transaksi multi-dokumen juga disertakan dalam v4.2.

Manfaat potensial: Peningkatan keandalan, efisiensi kueri/penyimpanan, performa, dan kemampuan fitur baru

Untuk informasi selengkapnya, lihat Meningkatkan versi API akun Azure Cosmos DB for MongoDB Anda

Mengaktifkan Server Side Retry (SSR) di API Azure Cosmos DB Anda untuk akun MongoDB

Ketika akun melemparkan kesalahan TooManyRequests dengan kode kesalahan 16500, mengaktifkan Server Side Retry (SSR) dapat membantu mengurangi masalah.

Manfaat potensial: Mencegah pembatasan dan meningkatkan keandalan dan performa kueri Anda

Menambahkan wilayah kedua ke beban kerja produksi Anda di Azure Cosmos DB

Beban kerja produksi pada Azure Cosmos DB berjalan di satu wilayah mungkin memiliki masalah ketersediaan, ini tampaknya terjadi pada beberapa akun Cosmos DB Anda. Tingkatkan ketersediaan mereka dengan mengonfigurasinya untuk menjangkau setidaknya dua wilayah Azure. CATATAN: Wilayah tambahan dikenakan biaya tambahan.

Manfaat potensial: Meningkatkan ketersediaan beban kerja produksi Anda

Untuk informasi selengkapnya, lihat Ketersediaan tinggi (Keandalan) di Azure Cosmos DB untuk NoSQL

Meningkatkan Azure Cosmos DB SDK lama ke versi terbaru

Akun Azure Cosmos DB yang menggunakan versi lama SDK tidak memiliki perbaikan dan peningkatan terbaru. Akun Azure Cosmos DB Anda menggunakan SDK versi lama. Untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru, tingkatkan ke versi terbaru.

Manfaat potensial: Peningkatan keandalan, performa, dan kemampuan fitur baru

Untuk informasi selengkapnya, lihat dokumentasi Azure Cosmos DB

Tingkatkan Azure Cosmos DB SDK yang sudah ketinggalan tahun ke versi terbaru

Akun Azure Cosmos DB yang menggunakan versi lama SDK tidak memiliki perbaikan dan peningkatan terbaru. Akun Azure Cosmos DB Anda menggunakan versi SDK yang sudah lama. Kami menyarankan untuk meningkatkan ke versi terbaru untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru.

Manfaat potensial: Peningkatan keandalan, performa, dan kemampuan fitur baru

Untuk informasi selengkapnya, lihat dokumentasi Azure Cosmos DB

Mengaktifkan failover terkelola layanan untuk akun Cosmos DB

Aktifkan failover terkelola layanan untuk akun Cosmos DB untuk memastikan ketersediaan akun yang tinggi. Failover yang dikelola layanan secara otomatis mengalihkan wilayah tulis ke wilayah sekunder jika terjadi pemadaman wilayah utama. Hal ini memastikan bahwa aplikasi terus berfungsi tanpa waktu henti.

Manfaat potensial: Fitur Failover Yang Dikelola Layanan Azure meningkatkan ketersediaan sistem dengan mengotomatiskan proses failover, mengurangi waktu henti, dan meningkatkan ketahanan.

Untuk informasi selengkapnya, lihat Ketersediaan tinggi (Keandalan) di Azure Cosmos DB untuk NoSQL

Mengaktifkan KETERSEDIAAN untuk beban kerja Produksi Anda

Banyak kluster dengan beban kerja yang konsisten tidak mengaktifkan ketersediaan tinggi (HA). Disarankan untuk mengaktifkan KETERSEDIAAN TINGGI dari halaman Skala di Portal Microsoft Azure untuk mencegah waktu henti database jika terjadi kegagalan simpul yang tidak terduga dan memenuhi syarat untuk jaminan SLA.

Manfaat potensial: Aktifkan KETERSEDIAAN TINGGI untuk menghindari waktu henti database jika terjadi kegagalan node yang tidak terduga

Untuk informasi selengkapnya, lihat Menskalakan dan mengonfigurasi kluster Azure Cosmos DB for MongoDB vCore Anda

Mengaktifkan redundansi zona untuk akun Cosmos DB multi-wilayah

Rekomendasi ini menyarankan untuk mengaktifkan redundansi zona untuk akun Cosmos DB multi-wilayah guna meningkatkan ketersediaan tinggi dan mengurangi risiko kehilangan data jika terjadi pemadaman regional.

Manfaat potensial: Peningkatan ketersediaan tinggi dan berkurangnya risiko kehilangan data

Untuk informasi selengkapnya, lihat Ketersediaan tinggi (Keandalan) di Azure Cosmos DB untuk NoSQL

Menambahkan setidaknya satu pusat data di wilayah Azure lainnya

Kluster Azure Managed Instance for Apache Cassandra Anda ditetapkan sebagai kluster produksi tetapi saat ini disebarkan di satu wilayah Azure. Untuk kluster produksi, kami menyarankan untuk menambahkan setidaknya satu pusat data lagi di wilayah Azure lain untuk mencegah skenario pemulihan bencana.

Manfaat potensial: Pastikan aplikasi memiliki wilayah lain jika terjadi pemulihan bencana

Untuk informasi selengkapnya, lihat Praktik terbaik untuk ketersediaan tinggi dan pemulihan bencana

Hindari pembatasan laju untuk operasi Sarana Kontrol

Kami menemukan sejumlah besar operasi Sarana Kontrol di akun Anda melalui penyedia sumber daya. Permintaan yang melebihi batas yang di dokumentasikan pada tingkat berkelanjutan selama periode 5 menit berturut-turut mungkin akan mengalami pembatasan permintaan serta kegagalan atau tidak terselesaikannya operasi pada sumber daya Azure Cosmos DB.

Manfaat potensial: Optimalkan operasi sarana kontrol dan hindari kegagalan operasi karena pembatasan tarif

Untuk informasi selengkapnya, lihat Kuota layanan Azure Cosmos DB

Azure Data Explorer

Mengatasi masalah jaringan virtual

Layanan gagal menginstal atau melanjutkan karena masalah jaringan virtual (VNet). Untuk mengatasi masalah ini, ikuti langkah-langkah dalam panduan pemecahan masalah.

Manfaat potensial: Meningkatkan keandalan, ketersediaan, performa, dan kemampuan fitur baru

Untuk informasi selengkapnya, lihat Memecahkan masalah akses, penyerapan, dan pengoperasian kluster Azure Data Explorer Anda di jaringan virtual Anda

Menambahkan delegasi subnet untuk 'Microsoft.Kusto/clusters'

Jika subnet tidak didelegasikan, layanan Azure terkait tidak akan dapat beroperasi di dalamnya. Subnet Anda tidak memiliki delegasi yang diperlukan. Delegasikan subnet Anda untuk 'Microsoft.Kusto/clusters'.

Manfaat potensial: Meningkatkan keandalan, ketersediaan, performa, dan kemampuan fitur baru

Untuk informasi selengkapnya, lihat Apa itu delegasi subnet?

Azure Database untuk MySQL

Ketersediaan Tinggi - Tambahkan kunci primer ke tabel yang saat ini tidak memilikinya.

Sistem pemantauan internal kami telah mengidentifikasi penundaan replikasi yang signifikan di server siaga High Availability. Penundaan ini terutama disebabkan oleh server siaga yang memutar ulang log relai pada tabel yang tidak memiliki kunci primer. Untuk mengatasi masalah ini dan mematuhi praktik terbaik, disarankan untuk menambahkan kunci primer ke semua tabel. Setelah ini selesai, lanjutkan untuk menonaktifkan dan mengaktifkan kembali High Availability untuk memitigasi masalah.

Manfaat potensial: Dengan menerapkan pendekatan ini, server siaga akan terlindung dari efek buruk dari jeda replikasi tinggi yang disebabkan oleh tidak adanya kunci primer pada tabel apa pun. Pendekatan ini dapat berkontribusi pada pengurangan waktu failover, pada akhirnya mendukung tujuan menjaga kelangsungan bisnis.

Untuk informasi selengkapnya, lihat Memecahkan masalah latensi replikasi di Azure Database for MySQL - Server Fleksibel

Replikasi - Menambahkan kunci primer ke tabel yang saat ini tidak memilikinya

Pemantauan internal kami mengamati lag replikasi yang signifikan di server replika Anda karena server replika memutar ulang log relai pada tabel yang tidak memiliki kunci utama. Untuk memastikan bahwa server replika dapat secara efektif disinkronkan dengan primer dan mengikuti perubahan, tambahkan kunci primer ke tabel di server utama lalu buat ulang server replika.

Manfaat potensial: Dengan menerapkan pendekatan ini, server replika akan mencapai status sinkronisasi dekat dengan server utama.

Untuk informasi selengkapnya, lihat Memecahkan masalah latensi replikasi di Azure Database for MySQL - Server Fleksibel

Azure Database untuk PostgreSQL

Menghapus slot replikasi logis yang tidak aktif (penting)

Slot replikasi logis yang tidak aktif dapat mengakibatkan penurunan performa server dan tidak tersedia karena retensi file write ahead log (WAL) dan penusukan file rekam jepret. Server fleksibel Azure Database for PostgreSQL Anda mungkin memiliki slot replikasi logis yang tidak aktif. MEMERLUKAN PERHATIAN SEGERA. Hapus slot replikasi yang tidak aktif, atau mulai gunakan perubahan dari slot ini, sehingga Nomor Urutan Log (LSN) slot maju dan dekat dengan LSN server saat ini.

Manfaat potensial: Meningkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logis yang tidak aktif

Untuk informasi selengkapnya, lihat Replikasi logis dan decoding logis di Azure Database for PostgreSQL - Server Fleksibel

Menghapus slot replikasi logika yang tidak aktif

Ketika server fleksibel Orcas PostgreSQL memiliki slot replikasi logis yang tidak aktif, performa server yang terdegradasi dan tidak tersedia karena retensi file write ahead log (WAL) dan penusunan file rekam jepret mungkin terjadi. MEMERLUKAN PERHATIAN SEGERA. Hapus slot replikasi yang tidak aktif, atau mulai gunakan perubahan dari slot ini, sehingga Nomor Urutan Log (LSN) slot maju dan dekat dengan LSN server saat ini.

Manfaat potensial: Meningkatkan ketersediaan PostgreSQL dengan menghapus slot replikasi logis yang tidak aktif

Untuk informasi selengkapnya, lihat Pendekodean logis

Mengonfigurasi penyimpanan cadangan geo redundan

Konfigurasikan GRS untuk memastikan bahwa database Anda memenuhi target ketersediaan dan durabilitasnya bahkan dalam menghadapi kegagalan atau bencana.

Manfaat potensial: Memastikan pemulihan dari kegagalan regional atau bencana.

Untuk informasi selengkapnya, lihat Pencadangan dan pemulihan di Azure Database for PostgreSQL - Server Fleksibel

Tentukan jendela pemeliharaan kustom yang akan terjadi selama jam sibuk rendah

Saat menentukan preferensi untuk jadwal pemeliharaan, Anda dapat memilih hari dalam seminggu dan jendela waktu. Jika Anda tidak menentukan, sistem akan memilih waktu antara pukul 23.00 dan 07.00 waktu wilayah server Anda. Pilih hari dan waktu di mana penggunaan rendah.

Manfaat potensial: Mengonfigurasi jendela pemeliharaan memungkinkan menghindari pemeliharaan selama puncak sistem.

Untuk informasi selengkapnya, lihat Pemeliharaan terjadwal di Azure Database for PostgreSQL - Server Fleksibel

Azure IoT Hub

Meningkatkan runtime perangkat Microsoft Edge ke versi yang didukung untuk IoT Hub

Saat perangkat Edge menggunakan versi yang kedaluarsa, penurunan performa mungkin terjadi. Sebaiknya Tingkatkan ke versi terbaru runtime Azure IoT Edge yang didukung.

Manfaat potensial: Memastikan kelangsungan bisnis dengan versi terbaru yang didukung untuk perangkat Edge Anda

Untuk informasi selengkapnya, lihat Memperbarui IoT Edge

Meningkatkan SDK klien perangkat ke versi yang didukung untuk IotHub

Saat perangkat menggunakan SDK yang kedaluarsa, penurunan performa dapat terjadi. Beberapa atau semua perangkat Anda menggunakan SDK yang sudah kedaluarsa. Sebaiknya Tingkatkan ke versi SDK yang didukung.

Manfaat potensial: Memastikan kelangsungan bisnis dengan SDK yang didukung untuk perangkat Anda

Untuk informasi selengkapnya, lihat Azure IoT Hub SDK

Perangkat Potensial Badai IoT Hub Terdeteksi

Ini adalah saat dua atau lebih perangkat mencoba terhubung ke IoT Hub menggunakan informasi masuk ID perangkat yang sama. Ketika perangkat kedua (B) terhubung, itu menyebabkan yang pertama (A) terputus. Kemudian (A) mencoba menyambung kembali, yang menyebabkan (B) terputus.

Manfaat potensial: Meningkatkan konektivitas perangkat Anda

Untuk informasi selengkapnya, lihat Memahami dan mengatasi kesalahan Azure IoT Hub

Meningkatkan SDK Device Update for IoT Hub ke versi yang didukung

Saat instans Device Update for IoT Hub menggunakan versi SDK yang sudah ketinggalan jaman, instans tersebut tidak mendapatkan peningkatan terbaru. Untuk perbaikan terbaru, peningkatan performa, dan kemampuan fitur baru, tingkatkan ke Versi Device Update for IoT Hub SDK terbaru.

Manfaat potensial: Memastikan kelangsungan bisnis dengan SDK yang didukung

Untuk informasi selengkapnya, lihat Apa itu Device Update for IoT Hub?

Menambahkan unit IoT Hub atau meningkatkan tingkat SKU

Ketika IoT Hub melebihi kuota pesan hariannya, masalah operasi dan biaya mungkin terjadi. Untuk memastikan kelancaran operasi di masa mendatang, tambahkan unit atau tingkatkan tingkat SKU.

Manfaat potensial: IoT Hub dapat menerima pesan lagi.

Untuk informasi selengkapnya, lihat Memahami dan mengatasi kesalahan Azure IoT Hub

Azure Kubernetes Service (AKS)

Aktifkan Penskalaan Otomatis untuk kumpulan simpul sistem Anda

Untuk memastikan pod sistem Anda dijadwalkan bahkan selama waktu beban tinggi, aktifkan penskalaan otomatis pada kumpulan simpul sistem Anda.

Manfaat potensial: Mengaktifkan Autoscaler untuk kumpulan simpul sistem memastikan pod sistem dijadwalkan dan kluster dapat berfungsi.

Untuk informasi selengkapnya, lihat Menggunakan autoscaler kluster di Azure Kubernetes Service (AKS)

Memiliki setidaknya 2 simpul di kumpulan simpul sistem Anda

Pastikan kumpulan simpul sistem Anda memiliki setidaknya 2 simpul untuk keandalan pod sistem Anda. Dengan satu simpul, kluster Anda dapat gagal jika terjadi kegagalan node atau perangkat keras.

Manfaat potensial: Memiliki 2 simpul memastikan ketahanan terhadap kegagalan node.

Untuk informasi selengkapnya, lihat Mengelola kumpulan simpul sistem di Azure Kubernetes Service (AKS)

Membuat kumpulan simpul sistem khusus

Kluster tanpa kumpulan simpul sistem khusus kurang dapat diandalkan. Sebaiknya Anda mendedikasikan kumpulan simpul sistem untuk hanya melayani pod sistem penting, mencegah kelaparan sumber daya antara sistem dan pod pengguna yang bersaing. Terapkan perilaku ini dengan taint CriticalAddonsOnly=true:NoSchedule pada kumpulan.

Manfaat potensial: Memastikan keandalan kluster dengan mencegah kelangkaan sumber daya untuk pod sistem inti

Untuk informasi selengkapnya, lihat Mengelola kumpulan simpul sistem di Azure Kubernetes Service (AKS)

Pastikan Virtual Machine seri B (VM) tidak digunakan di lingkungan produksi

Ketika kluster memiliki satu atau beberapa kumpulan simpul menggunakan SKU VM yang tidak direkomendasikan burstable, kemampuan vCPU penuh 100% tidak dijaga. Pastikan VM seri B tidak digunakan di lingkungan produksi.

Manfaat potensial: Praktik terbaik untuk performa yang konsisten

Untuk informasi selengkapnya, lihat Seri ukuran Bv1

File Azure NetApp

Mengonfigurasi Situs AD DS untuk Konektor AD Azure Netapp Files

Jika Azure NetApp Files tidak dapat menjangkau pengontrol domain situs AD DS yang ditetapkan, proses penemuan pengendali domain meminta semua pengontrol domain. Pengontrol domain yang tidak dapat dijangkau dapat digunakan, menyebabkan masalah pembuatan volume, kueri klien, autentikasi, dan modifikasi koneksi AD.

Manfaat potensial: Optimalkan Konektivitas DNS dengan Azure Netapp Files

Untuk informasi selengkapnya, lihat Memahami panduan untuk desain dan perencanaan situs Active Directory Domain Services untuk Azure NetApp Files

Pastikan Peran yang ditetapkan ke Subnet Yang Didelegasikan Microsoft.NetApp memiliki Izin Baca Subnet

Peran yang diperlukan untuk pengelolaan sumber daya Azure NetApp Files, harus memiliki izin "Microsoft.network/virtualNetworks/subnets/read" pada subnet yang didelegasikan ke Microsoft.NetApp Jika peran, apakah Kustom atau Bawaan tidak memiliki izin ini, maka Pembuatan Volume akan gagal

Manfaat potensial: Mencegah kegagalan pembuatan volume dengan memastikan izin subnet/baca

Tinjau konfigurasi SAP untuk nilai batas waktu yang digunakan dengan Azure NetApp Files

Ketersediaan tinggi SAP saat digunakan dengan Azure NetApp Files bergantung pada pengaturan nilai batas waktu yang tepat untuk mencegah gangguan pada aplikasi Anda. Tinjau tautan 'Pelajari lebih lanjut' untuk memastikan konfigurasi Anda memenuhi nilai batas waktu seperti yang tercantum dalam dokumentasi.

Manfaat potensial: Meningkatkan ketahanan Aplikasi SAP di ANF

Untuk informasi selengkapnya, lihat Menggunakan Azure untuk menghosting dan menjalankan skenario beban kerja SAP

Menerapkan strategi pemulihan bencana untuk sumber daya Azure NetApp Files Anda

Untuk menghindari kehilangan data atau fungsionalitas selama bencana regional atau zonal, terapkan teknik pemulihan bencana umum seperti replikasi lintas wilayah atau replikasi lintas zona untuk volume Azure NetApp Files Anda.

Manfaat potensial: Mengelola pemulihan bencana dengan mudah dengan fitur replikasi Azure NetApp Files

Untuk informasi selengkapnya, lihat Memahami opsi perlindungan data dan pemulihan bencana di Azure NetApp Files

Azure Netapp Files - Aktifkan Ketersediaan Berkelanjutan untuk Volume SMB

Untuk Ketersediaan Berkelanjutan, sebaiknya aktifkan volume Blok Pesan Server (SMB) untuk Azure Netapp Files Anda.

Manfaat potensial: Mencegah gangguan aplikasi dengan mengaktifkan Ketersediaan Berkelanjutan untuk volume SMB

Untuk informasi selengkapnya, lihat Mengaktifkan Ketersediaan Berkelanjutan pada volume SMB yang ada

Azure Site Recovery

Mengaktifkan penghapusan sementara untuk brankas Recovery Services Anda

Penghapusan sementara membantu Anda menyimpan data cadangan di vault Layanan Pemulihan untuk durasi tambahan setelah penghapusan, memberi Anda kesempatan untuk mengambilnya sebelum dihapus secara permanen.

Manfaat potensial: Membantu pemulihan data cadangan jika terjadi penghapusan yang tidak disengaja

Untuk informasi selengkapnya, lihat Penghapusan sementara untuk Azure Backup

Aktifkan Pemulihan Lintas Wilayah untuk Vault Layanan pemulihan Anda

Pemulihan Lintas Wilayah (CRR) memungkinkan Anda memulihkan Azure VM di wilayah sekunder (wilayah berpasangan Azure), membantu pemulihan bencana.

Manfaat potensial: Sebagai salah satu opsi pemulihan, Pemulihan Lintas Wilayah (CRR) memungkinkan Anda memulihkan Azure VM di wilayah sekunder, yang merupakan wilayah berpasangan Azure.

Untuk informasi selengkapnya, lihat Cara memulihkan data Azure VM di portal Azure

Azure Spring Apps

Meningkatkan Layanan Konfigurasi Aplikasi ke Gen 2

Kami melihat Anda masih menggunakan Application Configuration Service Gen1 yang akan menjadi akhir dukungan pada April 2024. Application Configuration Service Gen2 memberikan performa yang lebih baik dibandingkan dengan Gen1 dan peningkatan dari Gen1 ke Gen2 adalah waktu henti nol sehingga kami sarankan untuk meningkatkan sesegera mungkin.

Manfaat potensial: Stabilitas dan ketersediaan yang lebih tinggi

Untuk informasi selengkapnya, lihat Menggunakan Layanan Konfigurasi Aplikasi untuk Tanzu

Database Azure SQL

Mengaktifkan pemulihan bencana lintas wilayah untuk SQL Database

Aktifkan pemulihan bencana lintas wilayah untuk Azure SQL Database untuk kelangsungan bisnis jika terjadi pemadaman regional.

Manfaat potensial: Mengaktifkan pemulihan bencana membuat database sekunder yang dapat dibaca yang terus disinkronkan untuk database utama.

Untuk informasi selengkapnya, lihat Gambaran Umum kelangsungan bisnis dengan Azure SQL Database

Aktifkan redundansi zona untuk Azure SQL Database untuk mencapai ketersediaan dan ketahanan tinggi.

Untuk mencapai ketersediaan dan ketahanan tinggi, aktifkan redundansi zona untuk database SQL atau kumpulan elastis untuk menggunakan zona ketersediaan dan pastikan database atau kumpulan elastis tahan terhadap kegagalan zonal.

Manfaat potensial: Mengaktifkan redundansi zona memastikan Azure SQL Database tahan terhadap kegagalan perangkat keras dan perangkat lunak zonal dan pemulihannya transparan terhadap aplikasi.

Untuk informasi selengkapnya, lihat Ketersediaan melalui redundansi - Azure SQL Database

Azure Stack HCI

Tingkatkan ke versi terbaru AKS yang diaktifkan oleh Arc

Tingkatkan ke versi terbaru API/SDK AKS yang diaktifkan oleh Azure Arc untuk fungsionalitas baru dan stabilitas yang ditingkatkan.

Manfaat potensial: Versi terbaru AKS yang diaktifkan oleh Azure Arc dengan fungsionalitas baru dan stabilitas yang ditingkatkan.

Untuk informasi selengkapnya, lihat https://azure.github.io/azure-sdk/releases/latest/index.html

Tingkatkan ke versi terbaru AKS yang diaktifkan oleh Arc

Tingkatkan ke versi terbaru API/SDK AKS yang diaktifkan oleh Azure Arc untuk fungsionalitas baru dan stabilitas yang ditingkatkan.

Manfaat potensial: Versi terbaru AKS yang diaktifkan oleh Azure Arc dengan fungsionalitas baru dan stabilitas yang ditingkatkan.

Untuk informasi selengkapnya, lihat https://azure.github.io/azure-sdk/releases/latest/index.html

Penyimpanan model penyebaran klasik

Tindakan yang diperlukan: Migrasikan akun penyimpanan klasik pada 30/8/2024.

Migrasikan akun penyimpanan klasik Anda ke Azure Resource Manager untuk memastikan kelangsungan bisnis. Azure Resource Manager akan menyediakan semua fungsionalitas yang sama ditambah lapisan manajemen yang konsisten, pengelompokan sumber daya, dan akses ke fitur dan pembaruan baru.

Manfaat potensial: Pastikan kemampuan untuk mengelola data Anda dengan memigrasikan akun penyimpanan klasik Anda

Komputer virtual model penyebaran klasik

Migrasi dari Cloud Services (klasik) sebelum 31 Agustus 2024

Cloud Services (klasik) dihentikan. Untuk menghindari hilangnya data atau kelangsungan bisnis, migrasikan sebelum 31 Agu 2024.

Manfaat potensial: Kelangsungan layanan Anda

Untuk informasi selengkapnya, lihat Memigrasikan Azure Cloud Services (klasik) ke Azure Cloud Services (dukungan yang diperluas)

Cognitive Services

Meningkatkan aplikasi Anda agar menggunakan versi API terbaru dari Azure OpenAI

Sumber daya Azure OpenAI dengan versi API yang lebih lama tidak memiliki fitur dan fungsionalitas terbaru. Kami menyarankan agar Anda menggunakan versi REST API terbaru.

Manfaat potensial: Versi API baru kami berisi fitur dan kemampuan terbaru dan terbesar.

Untuk informasi selengkapnya, lihat Referensi REST API Layanan Azure OpenAI

Kuota terlampaui untuk sumber daya ini, tunggu atau tingkatkan untuk membuka blokir

Jika kuota untuk sumber daya Anda terlampaui, sumber daya Anda akan diblokir. Anda dapat menunggu kuota secara otomatis diisi ulang segera, atau, untuk menggunakan sumber daya lagi sekarang, meningkatkannya ke SKU berbayar.

Manfaat potensial: Jika Anda meningkatkan ke SKU berbayar, Anda dapat menggunakan sumber daya lagi hari ini.

Untuk informasi selengkapnya, lihat Merencanakan dan mengelola biaya untuk Azure AI Studio

Container Registry

Menggunakan tingkat Premium untuk beban kerja produksi penting

Registri premium menyediakan jumlah penyimpanan yang disertakan tertinggi, operasi bersamaan, dan bandwidth jaringan, memungkinkan skenario volume tinggi. Tingkat Premium juga menambahkan fitur seperti replikasi geografis, dukungan zona ketersediaan, kepercayaan konten, kunci yang dikelola pelanggan, dan titik akhir privat.

Manfaat potensial: Tingkat Premium memberikan jumlah performa, skala, dan opsi ketahanan tertinggi

Untuk informasi selengkapnya, lihat Tingkat layanan Azure Container Registry

Pastikan Replikasi geografis diaktifkan untuk ketahanan

Replikasi geografis memungkinkan beban kerja menggunakan satu gambar, tag, dan nama registri di seluruh wilayah, menyediakan akses registri yang dekat dengan jaringan, mengurangi biaya transfer data, dan ketahanan Registri regional jika terjadi pemadaman regional. Fitur ini hanya tersedia di tingkat layanan Premium.

Manfaat potensial: Peningkatan ketahanan dan performa penarikan, manajemen registri yang disederhanakan, dan pengurangan biaya transfer data

Untuk informasi selengkapnya, lihat Replikasi geografis di Azure Container Registry

Jaringan Pengiriman Konten

Azure CDN Dari Edgio, Perpanjangan Sertifikat Terkelola Gagal. Validasi Tambahan Diperlukan.

Azure CDN dari Edgio menggunakan delegasi CNAME untuk memperpanjang sertifikat dengan DigiCert untuk perpanjangan sertifikat terkelola. Sangat penting bahwa Domain Kustom diselesaikan ke titik akhir azureedge.net agar proses perpanjangan otomatis dengan DigiCert berhasil. Pastikan data CNAME dan CAA Domain Kustom Anda dikonfigurasi dengan benar. Jika Anda memerlukan bantuan lebih lanjut, kirimkan kasus dukungan ke Azure untuk mencoba kembali permintaan perpanjangan.

Manfaat potensial: Pastikan ketersediaan layanan.

Memperbarui sertifikat pelanggan Azure Front Door yang kedaluwarsa untuk menghindari gangguan layanan

Saat sertifikat pelanggan untuk profil Azure Front Door Standard dan Premium kedaluwarsa, Anda mungkin mengalami gangguan layanan. Untuk menghindari gangguan layanan, perbarui sertifikat sebelum kedaluwarsa.

Manfaat potensial: Pastikan ketersediaan layanan.

Untuk informasi selengkapnya, lihat Mengonfigurasi HTTPS pada domain kustom Azure Front Door dengan menggunakan portal Azure

Memvalidasi ulang kepemilikan domain bagi perpanjangan sertifikat terkelola Azure Front Door

Azure Front Door (AFD) tidak dapat memperbarui sertifikat terkelola secara otomatis karena domain tidak dipetakan ke titik akhir AFD. Agar sertifikat terkelola diperpanjang secara otomatis, validasi ulang kepemilikan domain.

Manfaat potensial: tidak terdefinis

Untuk informasi selengkapnya, lihat Mengonfigurasi domain kustom di Azure Front Door dengan menggunakan portal Azure

Beralih versi Rahasia ke 'Terbaru' untuk sertifikat pelanggan Azure Front Door

Konfigurasikan rahasia sertifikat pelanggan Azure Front Door (AFD) ke 'Terbaru' untuk AFD untuk merujuk ke versi rahasia terbaru di Azure Key Vault, yang memungkinkan rahasia dapat diputar secara otomatis.

Manfaat potensial: Versi terbaru dapat diputar secara otomatis.

Untuk informasi selengkapnya, lihat Mengonfigurasi HTTPS pada domain kustom Azure Front Door dengan menggunakan portal Azure

Memvalidasi kepemilikan domain dengan cara menambahkan catatan DNS TXT ke penyedia DNS

Validasi kepemilikan domain dengan menambahkan catatan DNS TXT ke penyedia DNS Anda. Memvalidasi kepemilikan domain melalui catatan TXT meningkatkan keamanan dan memastikan kontrol yang tepat atas domain Anda.

Manfaat potensial: Pastikan ketersediaan layanan.

Untuk informasi selengkapnya, lihat Mengonfigurasi domain kustom di Azure Front Door dengan menggunakan portal Azure

Data Factory

Menerapkan strategi BCDR untuk redundansi lintas wilayah di Azure Data Factory

Menerapkan strategi BCDR meningkatkan ketersediaan tinggi dan mengurangi risiko kehilangan data

Manfaat potensial: Meningkatkan ketersediaan tinggi dan mengurangi risiko kehilangan data

Untuk informasi selengkapnya, lihat BCDR untuk alur Azure Data Factory dan Azure Synapse Analytics - Azure Architecture Center

Mengaktifkan peningkatan otomatis pada SHIR Anda

Peningkatan otomatis runtime Integrasi yang dihost sendiri telah dinonaktifkan. Ketahuilah bahwa Anda tidak mendapatkan perubahan terbaru dan perbaikan bug pada runtime Integrasi yang Dihost sendiri. Tinjau untuk mengaktifkan peningkatan otomatis SHIR

Manfaat potensial: Untuk mendapatkan perubahan terbaru dan perbaikan bug pada runtime Integrasi yang Dihost sendiri

Untuk informasi selengkapnya, lihat Pembaruan otomatis runtime integrasi yang dihost sendiri dan pemberitahuan kedaluwarsa

Fluid Relay

Pustaka klien Azure Fluid Relay harus ditingkatkan

Jika layanan Azure Fluid Relay dipanggil dengan pustaka klien lama, itu dapat menyebabkan masalah aplikasi. Untuk memastikan aplikasi Anda tetap beroperasi, tingkatkan pustaka klien Azure Fluid Relay Anda ke versi terbaru. Peningkatan menyediakan fungsionalitas terbaru, dan peningkatan performa dan stabilitas.

Manfaat potensial: Peningkatan keandalan

Untuk informasi selengkapnya, lihat Kompatibilitas versi dengan rilis Fluid Framework

HDInsight

Terapkan pembaruan penting dengan menghilangkan dan membuat ulang kluster HDInsight Anda (putaran sertifikat 2)

Layanan HDInsight mencoba menerapkan pembaruan sertifikat penting pada kluster yang sedang berjalan. Namun, karena beberapa perubahan konfigurasi kustom, kami tidak dapat menerapkan pembaruan pada semua kluster. Untuk mencegah kluster tersebut menjadi tidak sehat dan tidak dapat digunakan, hilangkan dan buat ulang kluster Anda.

Manfaat potensial: Memastikan kesehatan dan stabilitas kluster

Untuk informasi selengkapnya, lihat Menyiapkan kluster di HDInsight dengan Apache Hadoop, Apache Spark, Apache Kafka, dan lainnya

Kluster ABFS Non-ESP [Izin Kluster untuk Word Readable]

Rencanakan untuk memperkenalkan perubahan kluster ABFS non-ESP, yang membatasi pengguna grup non-Hadoop untuk menjalankan perintah Hadoop untuk operasi penyimpanan. Perubahan ini bertujuan untuk meningkatkan postur keamanan kluster. Pelanggan harus merencanakan pembaruan sebelum 30 September 2023.

Manfaat potensial: Perubahan ini untuk meningkatkan postur keamanan kluster

Untuk informasi selengkapnya, lihat Catatan rilis Azure HDInsight

Mulai ulang broker di Disk Kluster Kafka Anda

Ketika disk data yang digunakan oleh broker Kafka di kluster HDInsight hampir penuh, proses broker Apache Kafka tidak dapat dimulai dan gagal. Untuk mengurangi, temukan waktu retensi untuk setiap topik, cadangkan file yang lebih lama, dan mulai ulang broker.

Manfaat potensial: Hindari masalah broker Kafka

Untuk informasi selengkapnya, lihat Skenario: Broker tidak sehat atau tidak dapat memulai ulang karena masalah penuh ruang disk

Pembaruan panjang Nama Kluster

Panjang maksimal nama kluster akan diubah menjadi 45 dari 59 karakter, untuk meningkatkan postur keamanan kluster. Perubahan ini akan diterapkan pada 30 September 2023.

Manfaat potensial: Peningkatan postur keamanan untuk HDInsight

Untuk informasi selengkapnya, lihat Catatan rilis Azure HDInsight

Tingkatkan kluster Anda ke gambar HDInsight terbaru

Kluster yang dibuat satu tahun yang lalu tidak memiliki peningkatan gambar terbaru. Kluster Anda dibuat 1 tahun yang lalu. Sebagai bagian dari praktik terbaik, kami sarankan Anda menggunakan gambar HDInsight terbaru untuk pembaruan sumber terbuka terbaik, pembaruan Azure, dan perbaikan keamanan. Durasi maksimum yang disarankan untuk peningkatan kluster adalah kurang dari enam bulan.

Manfaat potensial: Dapatkan perbaikan dan fitur terbaru

Untuk informasi selengkapnya, lihat Pertimbangkan poin di bawah ini sebelum mulai membuat kluster.

Meningkatkan Kluster HDInsight Anda

Kluster yang tidak menggunakan gambar terbaru tidak memiliki peningkatan terbaru. Kluster Anda tidak menggunakan gambar terbaru. Kami sarankan Anda menggunakan versi terbaru gambar HDInsight untuk pembaruan sumber terbuka terbaik, pembaruan Azure, dan perbaikan keamanan. Rilis HDInsight terjadi setiap 30 hingga 60 hari.

Manfaat potensial: Dapatkan perbaikan dan fitur terbaru

Untuk informasi selengkapnya, lihat Catatan rilis Azure HDInsight

Gateway atau komputer virtual tidak dapat dijangkau

Kami telah mendeteksi kegagalan pemeriksaan Jaringan, itu menunjukkan gateway yang tidak dapat dijangkau atau komputer virtual. Verifikasi ketersediaan semua host kluster. Mulai ulang komputer virtual untuk memulihkan. Jika Anda memerlukan bantuan lebih lanjut, jangan ragu untuk menghubungi dukungan Azure untuk bantuan.

Manfaat potensial: Ketersediaan yang ditingkatkan

Agen VM adalah 9.9.9.9. Tingkatkan kluster.

Catatan kami menunjukkan bahwa satu atau beberapa kluster Anda menggunakan gambar tertanggal Februari 2022 atau lebih lama (versi gambar 2202xxxxxx atau yang lebih lama). Kluster HDInsight yang menggunakan gambar tertanggal Februari 2022 atau lebih lama berpotensi mengalami masalah keandalan. Pertimbangkan untuk membangun kembali kluster Anda dengan gambar terbaru.

Manfaat potensial: Peningkatan Keandalan dalam Penskalaan dan Konektivitas Jaringan

Media Services

Meningkatkan kuota atau batas Media Services

Ketika akun media mencapai batas kuotanya, gangguan layanan mungkin terjadi. Untuk menghindari gangguan layanan, tinjau penggunaan aset saat ini, kebijakan kunci konten, dan kebijakan streaming dan tingkatkan batas kuota untuk entitas yang hampir mencapai batas. Anda dapat meminta batas kuota ditingkatkan dengan membuka tiket dan menambahkan detail yang relevan. TIPS: Jangan membuat akun Azure Media tambahan dalam upaya untuk mendapatkan batas yang lebih tinggi.

Manfaat potensial: Hindari gangguan pada layanan karena pelanggan melebihi batas kuota.

Untuk informasi selengkapnya, lihat Kuota dan batasan Azure Media Services

Service Bus

Gunakan tingkat premium Service Bus untuk meningkatkan ketahanan

Saat menjalankan aplikasi penting, tingkat premium Service Bus menawarkan isolasi sumber daya yang lebih baik di tingkat CPU dan memori, sehingga meningkatkan ketersediaan. Ini juga mendukung fitur pemulihan bencana geografis yang memungkinkan pemulihan lebih mudah dari bencana regional tanpa harus mengubah konfigurasi aplikasi.

Manfaat potensial: Bus Layanan tingkat premium menawarkan ketahanan yang lebih baik dengan isolasi sumber daya CPU dan memori serta pemulihan bencana geografis

Untuk informasi selengkapnya, lihat Bus Layanan tingkat olahpesan premium

Gunakan fitur penskalaan otomatis Bus Layanan di tingkat premium untuk meningkatkan ketahanan

Saat menjalankan aplikasi penting, mengaktifkan fitur skala otomatis memungkinkan Anda memiliki kapasitas yang cukup untuk menangani beban pada aplikasi Anda. Memiliki jumlah sumber daya yang tepat yang berjalan dapat mengurangi pembatasan dan memberikan pengalaman pengguna yang lebih baik.

Manfaat potensial: Mengaktifkan skala otomatis mencegah pengguna dari batasan kapasitas

Untuk informasi selengkapnya, lihat Memperbarui unit olahpesan azure Bus Layanan namespace secara otomatis

SQL Server di Azure Virtual Machines

Mengaktifkan pencadangan Azure untuk SQL di mesin virtual Anda

Untuk manfaat pencadangan infrastruktur nol, pemulihan titik waktu, dan manajemen pusat dengan integrasi SQL AG, aktifkan pencadangan untuk database SQL di komputer virtual Anda menggunakan pencadangan Azure.

Manfaat potensial: Pencadangan sadar SQL dengan no-infra untuk pencadangan, manajemen terpusat, integrasi AG, dan pemulihan point-in-time

Untuk informasi selengkapnya, lihat Tentang Pencadangan SQL Server di Azure VM

Penyimpanan

Menggunakan Disk Terkelola untuk akun penyimpanan yang mencapai batas kapasitas

Ketika disk tidak terkelola SSD Premium di akun penyimpanan akan mencapai batas kapasitas Penyimpanan Premium mereka, kegagalan mungkin terjadi. Untuk menghindari kegagalan ketika batas ini tercapai, migrasikan ke Disk Terkelola yang tidak memiliki batas kapasitas akun. Migrasi ini dapat dilakukan melalui portal dalam waktu kurang dari 5 menit.

Potensi manfaat: Hindari masalah skala saat akun mencapai batas kapasitas

Untuk informasi selengkapnya, lihat Skalabilitas dan target performa untuk akun penyimpanan standar

Konfigurasikan pencadangan blob

Pencadangan blob Azure membantu melindungi data dari penghapusan yang tidak disengaja atau berbahaya. Kami menyarankan agar Anda mengonfigurasi cadangan blob.

Manfaat potensial: Melindungi data dari penghapusan yang tidak disengaja atau berbahaya

Untuk informasi selengkapnya, lihat Gambaran Umum pencadangan Azure Blob

Langganan

Mengaktifkan Azure Backup untuk mendapatkan perlindungan yang sederhana, andal, dan hemat biaya untuk data Anda

Jaga keamanan informasi dan aplikasi Anda dengan cadangan satu klik yang kuat dari Azure. Aktifkan Azure Backup untuk mendapatkan perlindungan hemat biaya untuk berbagai beban kerja termasuk mesin virtual, database SQL, aplikasi, dan berbagi file.

Manfaat potensial: Pastikan aplikasi penting bisnis Anda tetap terlindungi

Untuk informasi selengkapnya, lihat Dokumentasi Azure Backup - Azure Backup

Membuat pemberitahuan Azure Service Health

Pemberitahuan Azure Service Health memberi Anda informasi tentang masalah dan saran di empat area (Masalah layanan, Pemeliharaan terencana, saran Keamanan dan Kesehatan). Pemberitahuan ini dipersonalisasi untuk memberi tahu Anda tentang gangguan atau potensi dampak pada wilayah dan layanan Azure yang Anda pilih.

Manfaat potensial: Tetap mendapatkan informasi tentang masalah dan saran di 4 area (Masalah layanan, Pemeliharaan terencana, Saran keamanan, dan Saran kesehatan)

Untuk informasi selengkapnya, lihat Membuat pemberitahuan log aktivitas pada pemberitahuan layanan menggunakan portal Azure

Virtual Machines

Meningkatkan keandalan data dengan menggunakan Disk Terkelola

Komputer virtual dalam Set Ketersediaan dengan disk yang berbagi akun penyimpanan atau unit skala penyimpanan tidak tahan terhadap kegagalan unit skala penyimpanan tunggal selama pemadaman. Migrasikan ke Azure Managed Disks untuk memastikan bahwa disk VM yang berbeda dalam Kumpulan Ketersediaan cukup terisolasi untuk menghindari satu titik kegagalan.

Manfaat potensial: Memastikan kelangsungan bisnis melalui ketahanan data

Untuk informasi selengkapnya, lihat https://aka.ms/aa_avset_manageddisk_learnmore

Mengaktifkan replikasi mesin virtual untuk melindungi aplikasi Anda dari pemadaman regional

Mesin virtual tahan terhadap pemadaman regional saat replikasi ke region lain diaktifkan. Untuk mengurangi dampak bisnis yang merugikan selama pemadaman wilayah Azure, sebaiknya aktifkan replikasi semua komputer virtual yang penting bagi bisnis.

Manfaat potensial: Memastikan kelangsungan bisnis jika terjadi pemadaman wilayah Azure

Untuk informasi selengkapnya, lihat Mulai Cepat: Menyiapkan pemulihan bencana ke wilayah Azure sekunder untuk Azure VM

Perbarui protokol konektivitas keluar Anda ke Service Tag untuk Azure Site Recovery

Daftar izin berbasis alamat IP adalah cara yang rentan untuk mengontrol konektivitas keluar untuk firewall, Tag Layanan adalah alternatif yang baik. Kami sangat merekomendasikan penggunaan Service Tag, untuk memungkinkan konektivitas ke layanan Azure Site Recovery untuk komputer.

Manfaat potensial: Memastikan keamanan, stabilitas, dan ketahanan yang lebih baik daripada Alamat IP berkode keras

Untuk informasi selengkapnya, lihat Tentang jaringan di pemulihan bencana Azure VM

Meningkatkan disk standar yang terpasang ke VM berkemampuan premium Anda ke disk premium

Menggunakan disk SSD Standar dengan VM premium dapat menyebabkan masalah performa dan latensi yang tidak optimal. Kami menyarankan agar Anda mempertimbangkan untuk meningkatkan disk standar ke disk premium. Untuk Komputer Virtual Instans Tunggal apa pun yang menggunakan penyimpanan premium untuk semua Disk Sistem Operasi dan Disk Data, kami menjamin Konektivitas Komputer Virtual setidaknya 99,9%. Saat memilih untuk meningkatkan, ada dua faktor yang perlu dipertimbangkan. Faktor pertama adalah bahwa peningkatan memerlukan boot ulang VM dan yang membutuhkan waktu 3-5 menit untuk menyelesaikannya. Yang kedua adalah jika VM dalam daftar adalah VM produksi yang sangat penting, evaluasi ketersediaan yang ditingkatkan terhadap biaya disk premium.

Manfaat potensial: Peningkatan ketersediaan dengan SLA VM tunggal yang tersedia hanya ketika semua disk premium

Untuk informasi selengkapnya, lihat Jenis disk terkelola Azure

Meningkatkan VM dari Disk Tak Terkelola Premium ke Disk Terkelola tanpa biaya tambahan

Azure Managed Disks memberikan ketahanan yang lebih tinggi, manajemen layanan yang disederhanakan, target skala yang lebih tinggi, dan lebih banyak pilihan di antara beberapa jenis disk. VM Anda menggunakan disk premium yang tidak dikelola yang dapat dimigrasikan ke disk terkelola tanpa biaya tambahan melalui portal dalam waktu kurang dari 5 menit.

Manfaat potensial: Memanfaatkan ketahanan yang lebih tinggi dan manfaat lain dari Disk Terkelola

Untuk informasi selengkapnya, lihat Pengenalan disk terkelola Azure

Tingkatkan gambar Komputer Virtual yang tidak digunakan lagi ke gambar yang lebih baru

Komputer Virtual (VM) dalam langganan Anda berjalan pada gambar yang dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Untuk mencegah gangguan pada beban kerja Anda, tingkatkan ke gambar yang lebih baru. (VMRunningDeprecatedImage)

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja VM Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Tingkatkan ke penawaran gambar Komputer Virtual yang lebih baru

Komputer Virtual (VM) dalam langganan Anda berjalan pada gambar yang dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Untuk mencegah gangguan pada beban kerja Anda, tingkatkan ke gambar yang lebih baru. (VMRunningDeprecatedOfferLevelImage)

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja VM Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Meningkatkan ke SKU gambar Komputer Virtual yang lebih baru

Komputer Virtual (VM) dalam langganan Anda berjalan pada gambar yang dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, VM baru tidak dapat dibuat dari gambar yang tidak digunakan lagi. Untuk mencegah gangguan pada beban kerja Anda, tingkatkan ke gambar yang lebih baru.

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja VM Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Tingkatkan Virtual Machine Scale Set Anda ke versi gambar alternatif

VMSS di dalam langganan Anda sedang berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Set Anda tidak akan lagi meluaskan skala. Tingkatkan ke versi gambar yang lebih baru untuk mencegah gangguan pada beban kerja Anda.

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja Virtual Machine Scale Set Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Tingkatkan Virtual Machine Scale Set Anda ke penawaran gambar alternatif

VMSS di dalam langganan Anda sedang berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Set Anda tidak akan lagi meluaskan skala. Untuk mencegah gangguan pada beban kerja Anda, tingkatkan ke penawaran gambar yang lebih baru.

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja Virtual Machine Scale Set Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Tingkatkan Virtual Machine Scale Set Anda ke SKU gambar alternatif

VMSS di dalam langganan Anda sedang berjalan pada gambar yang telah dijadwalkan untuk penghentian. Setelah gambar tidak digunakan lagi, beban kerja Virtual Machine Scale Set Anda tidak akan lagi meluaskan skala. Untuk mencegah gangguan pada beban kerja Anda, tingkatkan ke SKU gambar yang lebih baru.

Manfaat potensial: Meminimalkan potensi gangguan pada beban kerja Virtual Machine Scale Set Anda

Untuk informasi selengkapnya, lihat Gambar Marketplace Azure yang tidak digunakan lagi - Azure Virtual Machines

Menyediakan akses ke URL wajib yang hilang untuk lingkungan Azure Virtual Desktop Anda

Agar host sesi menyebarkan dan mendaftar ke Windows Virtual Desktop (WVD) dengan benar, Anda memerlukan sekumpulan URL dalam 'daftar yang diizinkan' jika VM Anda berjalan di lingkungan terbatas. Untuk URL tertentu yang hilang dari daftar yang diizinkan, cari log peristiwa aplikasi Anda untuk peristiwa 3702.

Manfaat potensial: Memastikan keberhasilan penyebaran dan fungsionalitas host sesi saat menggunakan layanan Windows Virtual Desktop

Untuk informasi selengkapnya, lihat FQDN dan titik akhir yang diperlukan untuk Azure Virtual Desktop

Meratakan lokasi sumber daya dan grup sumber daya

Untuk mengurangi dampak pemadaman wilayah, temukan sumber daya Anda bersama dengan grup sumber daya mereka di wilayah yang sama. Dengan cara ini, Azure Resource Manager menyimpan metadata yang terkait dengan semua sumber daya dalam grup dalam satu wilayah. Dengan menemukan bersama, Anda mengurangi kemungkinan dipengaruhi oleh tidak tersedianya wilayah.

Manfaat potensial: Mengurangi kegagalan tulis karena pemadaman wilayah

Untuk informasi selengkapnya, lihat Apa itu Azure Resource Manager?

Gunakan Zona ketersediaan untuk ketahanan dan ketersediaan yang lebih baik

Zona Ketersediaan (AZ) di Azure membantu melindungi aplikasi dan data Anda dari kegagalan pusat data. Setiap AZ terdiri dari satu atau beberapa pusat data yang dilengkapi dengan daya, pendinginan, dan jaringan yang independen. Dengan merancang solusi untuk menggunakan VM zona, Anda dapat menghindarkan VM Anda dari kegagalan di zona lain.

Manfaat potensial: Penggunaan komputer virtual zonal melindungi aplikasi Anda dari pemadaman zona di zona lain.

Untuk informasi selengkapnya, lihat Memindahkan VM instans tunggal Azure dari zona ketersediaan target regional ke zonal

Mengaktifkan pemantauan kesehatan aplikasi Azure Virtual Machine Scale Set (VMSS)

Mengonfigurasi pemantauan kesehatan aplikasi Set Skala Komputer Virtual menggunakan ekstensi Application Health atau pemeriksaan kesehatan penyeimbang muatan memungkinkan platform Azure meningkatkan ketahanan aplikasi Anda dengan merespons perubahan kesehatan aplikasi.

Manfaat potensial: Meningkatkan ketahanan dengan mengekspos kesehatan aplikasi ke Azure

Untuk informasi selengkapnya, lihat Menggunakan ekstensi Application Health dengan Virtual Machine Scale Sets

Aktifkan Pencadangan di Virtual Machines Anda

Amankan data Anda dengan mengaktifkan cadangan untuk komputer virtual Anda.

Manfaat potensial: Perlindungan Komputer Virtual Anda

Untuk informasi selengkapnya, lihat Apa itu layanan Azure Backup?

Mengaktifkan kebijakan perbaikan otomatis pada Azure Virtual Machine Scale Sets (VMSS)

Mengaktifkan perbaikan instans otomatis membantu mencapai ketersediaan tinggi dengan mempertahankan serangkaian instans yang sehat. Jika instans yang tidak sehat ditemukan oleh ekstensi Application Health atau pemeriksaan kesehatan penyeimbang beban, perbaikan instans otomatis mencoba memulihkan instans dengan memicu tindakan perbaikan.

Manfaat potensial: Meningkatkan ketahanan dengan mengotomatiskan perbaikan instans yang gagal

Untuk informasi selengkapnya, lihat Perbaikan instans otomatis untuk Azure Virtual Machine Scale Sets

Mengonfigurasi Penskalakan otomatis Set Skala Komputer Virtual menurut metrik

Optimalkan pemanfaatan sumber daya, kurangi biaya, dan tingkatkan performa aplikasi dengan skala otomatis kustom berdasarkan metrik. Tambahkan instans Komputer Virtual secara otomatis berdasarkan metrik real-time seperti operasi CPU, memori, dan disk. Pastikan ketersediaan tinggi sambil mempertahankan efisiensi biaya.

Manfaat potensial: Memastikan ketersediaan tinggi sambil mempertahankan efisiensi biaya

Untuk informasi selengkapnya, lihat Gambaran Umum skala otomatis dengan Azure Virtual Machine Scale Sets

Menggunakan Azure Disks dengan Zone Redundant Storage (ZRS) untuk ketahanan dan ketersediaan yang lebih tinggi

Azure Disks dengan ZRS menyediakan replikasi data yang sinkron di tiga Zona Ketersediaan di suatu wilayah, sehingga disk toleran terhadap kegagalan zona tanpa gangguan pada aplikasi. Untuk ketahanan dan ketersediaan yang lebih tinggi, migrasikan disk dari LRS ke ZRS.

Manfaat potensial: Dengan merancang aplikasi Anda untuk menggunakan Disk ZRS, data Anda direplikasi di 3 Zona Ketersediaan, membuat disk Anda tahan terhadap pemadaman zona

Untuk informasi selengkapnya, lihat Mengonversi disk dari LRS ke ZRS

Beban kerja

Mengonfigurasi grup ketersediaan AlwaysOn untuk server SQL multi-tujuan (MPSQL)

Server MPSQL dengan grup ketersediaan AlwaysOn memiliki ketersediaan yang lebih baik. Server MPSQL Anda tidak dikonfigurasi sebagai bagian dari grup ketersediaan AlwaysOn di infrastruktur bersama di sistem Epik Anda. Grup ketersediaan AlwaysOn meningkatkan ketersediaan database dan penggunaan sumber daya.

Manfaat potensial: Peningkatan ketersediaan Database dan penggunaan sumber daya

Untuk informasi selengkapnya, lihat Apa itu grup ketersediaan AlwaysOn?

Mengonfigurasi cache host lokal di server Citrix VDI untuk memastikan operasi perantara koneksi yang mulus

Kami telah mengamati bahwa server Citrix VDI Anda tidak dikonfigurasi Cache host lokal. Local Host Cache (LHC) adalah fitur di Aplikasi dan Desktops Citrix Virtual yang memungkinkan operasi perantara koneksi berlanjut ketika pemadaman terjadi. LHC berjalan ketika database situs tidak dapat diakses selama 90 detik.

Manfaat potensial: Operasi perantara koneksi yang mulus

Menyebarkan server Web Hyperspace sebagai bagian dari Virtual Machine Scale Set Flex yang dikonfigurasi untuk 3 zona

Kami telah mengamati bahwa server Web Hyperspace Anda di pengaturan Virtual Machine Scale Set Flex tidak tersebar di 3 zona di wilayah yang dipilih. Untuk layanan seperti Hyperspace Web dalam sistem Epik yang memerlukan ketersediaan tinggi dan skala besar, disarankan agar server disebarkan sebagai bagian dari Virtual Machine Scale Set Flex dan tersebar di 3 zona. Dengan orkestrasi Fleksibel, Azure memberikan pengalaman terpadu di seluruh ekosistem Azure VM

Manfaat potensial: Ketersediaan tinggi dan skala besar sesuai permintaan untuk server web Hyperspace di Epic DB

Untuk informasi selengkapnya, lihat Membuat Set Skala Komputer Virtual yang menggunakan Zona Ketersediaan

Atur batas waktu diam dalam Azure Load Balancer ke 30 menit bagi penyiapan ASCS HA pada beban kerja SAP

Untuk mencegah batas waktu load balancer, pastikan bahwa semua Aturan Penyeimbangan Beban Azure memiliki: 'Batas waktu timeout (menit)' yang diatur ke nilai maksimum 30 menit. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk mengaktifkan pengaturan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengaktifkan IP Mengambang di Azure Load balancer untuk penyiapan ASCS HA pada beban kerja SAP

Untuk penggunaan kembali port dan ketersediaan tinggi yang lebih baik, aktifkan IP mengambang dalam aturan penyeimbangan beban untuk Azure Load Balancer untuk ketersediaan tinggi yang disiapkan instans ASCS dalam beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk diaktifkan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengaktifkan port HA di Azure Load Balancer untuk penyiapan ASCS HA pada beban kerja SAP

Untuk penggunaan kembali port dan ketersediaan tinggi yang lebih baik, aktifkan port HA dalam aturan penyeimbangan beban untuk penyiapan HA instans ASCS dalam beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk diaktifkan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di balik Azure Load Balancer dalam penyiapan ASCS HA pada beban kerja SAP

Menonaktifkan tanda waktu TCP pada VM yang ditempatkan di belakang tanda waktu TCP AzurEnabling akan menyebabkan pemeriksaan kesehatan gagal, karena paket TCP dihapus oleh tumpukan TCP OS tamu VM sehingga menyebabkan load balancer menandai titik akhir sebagai tidak berfungsi

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat https://launchpad.support.sap.com/#/notes/2382421

Atur batas waktu diam dalam Azure Load Balancer menjadi 30 menit untuk penyiapan HA HANA DB pada beban kerja SAP

Untuk mencegah batas waktu load balancer, pastikan bahwa semua parameter Aturan Penyeimbangan Beban Azure 'Batas waktu diam (menit)' diatur ke nilai maksimum 30 menit. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk mengaktifkan pengaturan yang direkomendasikan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Aktifkan IP Mengambang di Azure Load balancer untuk penyiapan HA HANA DB pada beban kerja SAP

Untuk perutean yang lebih fleksibel, aktifkan IP mengambang dalam aturan penyeimbangan beban untuk Azure Load Balancer for HA yang disiapkan instans HANA DB dalam beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk mengaktifkan pengaturan yang direkomendasikan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Aktifkan port HA di Azure Load Balancer untuk penyiapan HA Hana DB pada beban kerja SAP

Untuk skalabilitas yang ditingkatkan, aktifkan port HA dalam aturan Load balancing untuk penyiapan HA instans HANA DB dalam beban kerja SAP. Buka load balancer, pilih 'aturan penyeimbangan beban' dan tambahkan atau edit aturan untuk mengaktifkan pengaturan yang direkomendasikan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Nonaktifkan tanda waktu TCP pada VM yang ditempatkan di balik Azure Load Balancer dalam penyiapan HA pada beban kerja SAP

Nonaktifkan tanda waktu TCP pada VM Azure yang ditempatkan di balik Azure Load Balancer. Mengaktifkan tanda waktu TCP menyebabkan pemeriksaan kesehatan gagal karena paket TCP yang dihilangkan oleh tumpukan TCP OS tamu VM menyebabkan load balancer menandai titik akhir sebagai tidak berfungsi.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan Azure Load Balancer

Pastikan bahwa stonith diaktifkan untuk konfigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP

Dalam kluster Pacemaker, implementasi pemagaran tingkat node dilakukan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Untuk membantu mengelola simpul yang gagal, pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Atur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS HA dalam beban kerja SAP (RHEL)

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung, atau sebagai dasar, untuk perhitungan batas waktu token nyata dalam kluster HA. Untuk memungkinkan pemeliharaan yang mempertahankan memori, atur token corosync ke 30000 untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Atur parameter suara yang diharapkan ke '2' dalam kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP (RHEL)

Untuk kluster HA dua node, atur parameter kuorum 'expected-votes' ke '2' seperti yang direkomendasikan untuk SAP di Azure untuk memastikan kuorum, ketahanan, dan konsistensi data yang tepat.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Aktifkan parameter 'concurrent-fencing' dalam kofigurasi Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP (ConcurrentFencingHAASCSRH)

Anggar bersamaan memungkinkan operasi pagar dilakukan secara paralel, yang meningkatkan ketersediaan tinggi (HA), mencegah skenario split-brain, dan berkontribusi pada penyebaran SAP yang kuat. Atur parameter ini ke 'true' dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Pastikan bahwa stonith diaktifkan untuk konfigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP

Dalam kluster Pacemaker, implementasi pemagaran tingkat node dilakukan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Untuk membantu mengelola simpul yang gagal, pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur batas waktu stonith ke 144 untuk konfigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP

'batas waktu stonith' menentukan berapa lama kluster menunggu tindakan STONITH selesai. Mengaturnya ke '144' detik memungkinkan lebih banyak waktu untuk tindakan pagar selesai. Kami merekomendasikan pengaturan ini untuk kluster HA untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur token corosync di kluster Pacemaker ke 30000 untuk penyiapan ASCS HA dalam beban kerja SAP (SUSE)

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung, atau sebagai dasar, untuk perhitungan batas waktu token nyata dalam kluster HA. Untuk memungkinkan pemeliharaan yang mempertahankan memori, atur token corosync ke '30000' untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker di penyiapan ASCS high availability di beban kerja SAP

Corosync token_retransmits_before_loss_const menentukan berapa banyak pengiriman ulang token yang dicoba sebelum batas waktu di kluster HA. Untuk stabilitas dan keandalan, atur 'totem.token_retransmits_before_loss_const' ke '10' untuk penyiapan ASCS HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Batas waktu 'corosync join' menentukan dalam milidetik berapa lama untuk menunggu pesan gabungan dalam protokol keanggotaan sehingga ketika node baru bergabung dengan kluster, ada waktu untuk menyinkronkan statusnya dengan simpul yang ada. Atur ke '60' dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur 'konsekuensi corosync' di kluster Pacemaker ke '36000' untuk penyiapan ASCS HA dalam beban kerja SAP

Parameter corosync 'consensus' menentukan dalam milidetik berapa lama menunggu konensi sebelum memulai putaran keanggotaan dalam konfigurasi kluster. Atur 'consensus' dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA ke 1,2 kali token corosync untuk perilaku failover yang andal.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur 'corosync max_messages' di kluster Pacemaker ke '20' untuk penyiapan ASCS HA dalam beban kerja SAP

Konstanta corosync 'max_messages' menentukan jumlah maksimum pesan yang dapat dikirim oleh satu prosesor pada tanda terima token. Atur ke 20 kali parameter token corosync dalam konfigurasi kluster Pacemaker untuk memungkinkan komunikasi yang efisien tanpa membebani jaringan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur 'suara yang diharapkan' ke '2' dalam konfigurasi kluster dalam penyiapan ASCS HA dalam beban kerja SAP (SUSE)

Untuk kluster HA dua node, atur parameter kuorum 'expected_votes' ke 2 seperti yang direkomendasikan untuk SAP di Azure untuk memastikan kuorum, ketahanan, dan konsistensi data yang tepat.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur parameter two_node ke 1 di kofigurasi kluster dalam penyiapan HA ASCS dalam beban kerja SAP

Untuk kluster HA dua node, atur parameter kuorum 'two_node' ke 1 seperti yang direkomendasikan untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Aktifkan 'concurrent-fencing' dalam penyiapan Pacemaker ASCS HA dalam beban kerja SAP (ConcurrentFencingHAASCSSLE)

Anggar bersamaan memungkinkan operasi pagar dilakukan secara paralel, yang meningkatkan KETERSEDIAAN TINGGI, mencegah skenario split-brain, dan berkontribusi pada penyebaran SAP yang kuat. Atur parameter ini ke 'true' dalam konfigurasi kluster Pacemaker untuk penyiapan ASCS HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Pastikan jumlah instans 'fence_azure_arm' adalah satu di Pacemaker dalam beban kerja SAP dengan ketersediaan tinggi yang diaktifkan

Jika Anda menggunakan agen pagar Azure untuk anggar dengan identitas terkelola atau perwakilan layanan, pastikan ada satu instans fence_azure_arm (agen anggar I/O untuk Azure Resource Manager) dalam konfigurasi Pacemaker untuk penyiapan ASCS HA untuk ketersediaan tinggi.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan ASCS HA

Untuk fungsi andal Pacemaker untuk ASCS HA, atur 'waktu habis stonith' menjadi 900. Pengaturan ini berlaku jika Anda menggunakan agen pagar Azure untuk pemagaran dengan identitas terkelola atau perwakilan layanan.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Membuat file konfigurasi softdog dalam konfigurasi Pacemaker untuk penyiapan HA ASCS di beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini akan memicu reset sistem saat sistem terdeteksi macet. Pastikan bahwa file konfigurasi softdog dibuat di kluster Pacemaker untuk penyiapan HA ASCS

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Pastikan modul softdog dimuat untuk Pacemaler dalam penyiapan ASCS HA di beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS linux. Timer ini memicu reset sistem jika mendeteksi bahwa sistem telah macet. Pertama, pastikan Anda membuat file konfigurasi softdog, lalu memuat modul softdog dalam konfigurasi Pacemaker untuk penyiapan ASCS HA

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur parameter PREFER_SITE_TAKEOVER ke 'true' dalam konfigurasi Pacemaker untuk penyiapan HA HA Hana DB

Parameter PREFER_SITE_TAKEOVER di SAP Hana menentukan apakah agen sumber daya replikasi sistem HANA (SR) lebih suka mengambil alih instans sekunder alih-alih memulai ulang primer yang gagal secara lokal. Untuk fungsi andal penyiapan ketersediaan tinggi (HA) HANA DB, atur PREFER_SITE_TAKEOVER ke 'true'.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Mengaktifkan stonith dalam konfigurasi kluster di high availability yang mengaktifkan beban kerja SAP untuk mesin virtual dengan Redhat OS

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Untuk membantu mengelola simpul yang gagal, pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA beban kerja SAP Anda.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Atur token corosync di kluster Pacemaker ke 30000 untuk HA yang diaktifkan HANA DB untuk VM dengan RHEL OS

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung, atau sebagai dasar, untuk perhitungan batas waktu token nyata dalam kluster HA. Untuk memungkinkan pemeliharaan yang mempertahankan memori, atur token corosync ke 30000 untuk SAP di Azure dengan Redhat OS.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Atur parameter suara yang diharapkan ke '2' dalam beban kerja SAP yang diaktifkan HA (RHEL)

Untuk kluster HA dua node, atur suara kuorum ke '2' seperti yang direkomendasikan untuk SAP di Azure untuk memastikan kuorum, ketahanan, dan konsistensi data yang tepat.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Mengaktifkan parameter 'concurrent-fencing' di konfigurasi Pacemaker untuk penyiapan HANA DB high availability

Anggar bersamaan memungkinkan operasi pagar dilakukan secara paralel, yang meningkatkan ketersediaan tinggi (HA), mencegah skenario split-brain, dan berkontribusi pada penyebaran SAP yang kuat. Atur parameter ini ke 'true' dalam konfigurasi kluster Pacemaker untuk penyiapan HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi SAP Hana di Azure VM di Red Hat Enterprise Linux

Mengatur parameter PREFER_SITE_TAKEOVER ke 'true' dalam konfigurasi kluster di beban kerja SAP dengan high availability aktif

Parameter PREFER_SITE_TAKEOVER dalam topologi SAP Hana menentukan apakah agen sumber daya HANA SR lebih suka mengambil alih instans sekunder alih-alih memulai ulang primer yang gagal secara lokal. Untuk fungsi yang dapat diandalkan dari penyiapan HA HA HANA DB, atur ke 'true'.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Aktifkan stonith dalam konfigurasi kluster di beban kerja SAP yang diaktifkan HA untuk VM dengan SUSE OS

Dalam kluster Pacemaker, implementasi tingkat node dilakukan dengan menggunakan sumber daya STONITH (Shoot The Other Node in the Head). Untuk membantu mengelola simpul yang gagal, pastikan bahwa 'stonith-enable' diatur ke 'true' dalam konfigurasi kluster HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur batas waktu stonith ke 144 untuk konfigurasi kluster dalam beban kerja SAP yang diaktifkan HA

'batas waktu stonith' menentukan berapa lama kluster menunggu tindakan STONITH selesai. Mengaturnya ke '144' detik memungkinkan lebih banyak waktu untuk tindakan pagar selesai. Kami merekomendasikan pengaturan ini untuk kluster HA untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur token corosync di kluster Pacemaker ke 30000 untuk HANA DB yang diaktifkan high availability untuk mesin virtual dengan SUSE OS

Pengaturan token corosync menentukan batas waktu yang digunakan secara langsung, atau sebagai dasar, untuk perhitungan batas waktu token nyata dalam kluster HA. Untuk memungkinkan pemeliharaan yang mempertahankan memori, atur token corosync ke 30000 untuk HA yang diaktifkan HANA DB untuk VM dengan SUSE OS.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur 'token_retransmits_before_loss_const' ke 10 di kluster Pacemaker di beban kerja SAP yang diaktifkan HA

Corosync token_retransmits_before_loss_const menentukan berapa banyak pengiriman ulang token yang dicoba sebelum batas waktu di kluster HA. Atur totem.token_retransmits_before_loss_const ke 10 seperti yang direkomendasikan untuk penyiapan Hana DB HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur 'corosync join' di kluster Pacemaker ke 60 untuk HANA DB dengan high availability aktif di beban kerja SAP

Batas waktu 'corosync join' menentukan dalam milidetik berapa lama untuk menunggu pesan gabungan dalam protokol keanggotaan sehingga ketika node baru bergabung dengan kluster, ada waktu untuk menyinkronkan statusnya dengan simpul yang ada. Atur ke '60' dalam konfigurasi kluster Pacemaker untuk penyiapan HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur 'corosync consensus' di kluster Pacemaker ke 36000 untuk HANA DB dengan high availability aktif di beban kerja SAP

Parameter corosync 'consensus' menentukan dalam milidetik berapa lama menunggu konensus sebelum memulai putaran keanggotaan baru dalam kluster. Untuk perilaku failover yang andal, atur 'konsekuensi' dalam konfigurasi kluster Pacemaker untuk penyiapan HA ke 1,2 kali token corosync.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Mengatur 'corosync max_messages' di kluster Pacemaker ke 20 untuk HANA DB dengan high availability aktif dalam beban kerja SAP

Konstanta corosync 'max_messages' menentukan jumlah maksimum pesan yang dapat dikirim oleh satu prosesor pada tanda terima token. Untuk memungkinkan komunikasi yang efisien tanpa membebani jaringan, atur ke 20 kali parameter token corosync dalam konfigurasi kluster Pacemaker.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur parameter suara yang diharapkan ke 2 dalam beban kerja SAP yang diaktifkan HA (SUSE)

Atur parameter suara yang diharapkan ke '2' dalam konfigurasi kluster dalam beban kerja SAP yang diaktifkan HA untuk memastikan kuorum, ketahanan, dan konsistensi data yang tepat.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur parameter two_node ke 1 dalam konfigurasi kluster dalam beban kerja SAP dengan ketersediaan tinggi yang diaktifkan

Untuk kluster HA dua node, atur parameter kuorum 'two_node' ke 1 seperti yang direkomendasikan untuk SAP di Azure.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Aktifkan parameter 'concurrent-fencing' dalam konfigurasi kluster dalam beban kerja SAP dengan ketersediaan tinggi yang diaktifkan

Anggar bersamaan memungkinkan operasi pagar dilakukan secara paralel, yang meningkatkan KETERSEDIAAN TINGGI, mencegah skenario split-brain, dan berkontribusi pada penyebaran SAP yang kuat. Atur parameter ini ke 'true' dalam beban kerja SAP yang diaktifkan HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Pastikan ada satu instans fence_azure_arm dalam konfigurasi Pacemaker untuk penyiapan HA HA Hana DB

Jika Anda menggunakan agen pagar Azure untuk anggar dengan identitas terkelola atau perwakilan layanan, pastikan bahwa satu instans fence_azure_arm (agen anggar I/O untuk Azure Resource Manager) berada dalam konfigurasi Pacemaker untuk penyiapan HANA untuk ketersediaan tinggi.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Atur batas waktu stonith ke 900 dalam konfigurasi Pacemaker dengan agen pagar Azure untuk penyiapan HA HANA DB

Jika Anda menggunakan agen pagar Azure untuk pagar dengan identitas terkelola atau perwakilan layanan, pastikan fungsi yang andal dari penyiapan Pacemaker untuk HANA DB HA, dengan mengatur 'batas waktu stonith' ke 900.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Pastikan bahwa file konfigurasi softdog berada dalam konfigurasi Pacemaker untuk HANA DB dalam beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS Linux. Timer ini memicu reset sistem jika mendeteksi bahwa sistem digantung. Pastikan bahwa file konfigurasi softdog dibuat di kluster Pacemaker untuk penyiapan HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Pastikan modul softdog dimuat di Pacemaker dalam penyiapan ASCS HA dalam beban kerja SAP

Timer softdog dimuat sebagai modul kernel di OS Linux. Timer ini memicu reset sistem jika mendeteksi bahwa sistem digantung. Pertama pastikan Anda membuat file konfigurasi softdog, lalu memuat modul softdog dalam konfigurasi Pacemaker untuk penyiapan HA.

Manfaat potensial: Keandalan penyiapan HA dalam beban kerja SAP

Untuk informasi selengkapnya, lihat Ketersediaan tinggi untuk SAP Hana di Azure VM di SUSE Linux Enterprise Server

Langkah berikutnya

Pelajari lebih lanjut tentang Keandalan - Microsoft Azure Well Architected Framework