Cara mengelola penyebaran Pencarian Azure AI di wilayah permintaan tinggi

Note

Pencarian Azure AI tersedia melalui portal Azure, REST API, dan Azure SDK. Ini juga mendukung Foundry IQ, lapisan pengetahuan terkelola yang mengubah konten perusahaan menjadi pangkalan pengetahuan yang dapat digunakan kembali dan sadar izin untuk agen di portal Microsoft Foundry.

Artikel ini membantu Anda memutuskan apa yang harus dilakukan ketika wilayah Pencarian Azure AI pilihan Anda tidak tersedia karena permintaan tinggi. Ini juga menyediakan kriteria evaluasi untuk memilih wilayah alternatif.

Pertimbangkan wilayah alternatif dan penyebaran di luar puncak

Ketika wilayah Azure pilihan tidak tersedia karena permintaan tinggi, Anda memiliki dua opsi:

  • Menyebarkan ke wilayah alternatif.
  • Coba lagi penyebaran selama jam di luar puncak.

Menyebarkan ke wilayah alternatif. (Jalur yang disarankan) Pencarian Azure AI tersedia di banyak wilayah Azure dengan API, SDK, SLA, dan sertifikasi kepatuhan yang konsisten. Untuk sebagian besar beban kerja, perbedaan operasional antar wilayah dalam geografi yang sama dapat diabaikan. Lihat bagian berikut, Kriteria untuk memilih wilayah alternatif, untuk kerangka kerja evaluasi penuh.

Mencoba kembali layanan selama jam luar puncak juga merupakan pertimbangan yang layak. Permintaan tinggi terkadang bersifat sementara. Mencoba kembali pendistribusian saat lalu lintas rendah, seperti malam atau akhir pekan di UTC, mungkin berhasil ketika upaya saat jam sibuk gagal. Opsi ini tidak dijamin dan bukan pengganti untuk mengevaluasi wilayah alternatif. Jika percobaan ulang tidak berhasil dalam jendela yang wajar, lanjutkan dengan wilayah alternatif.

Coba lagi selama jam tidak sibuk saat:

  • Garis waktu penyebaran memungkinkan penundaan beberapa hari.
  • Kendalanya kemungkinan akibat lonjakan regional sementara.
  • Anda lebih suka tidak ada perubahan arsitektur saat ini.

Kriteria untuk memilih wilayah alternatif

Evaluasi kriteria berikut sebelum memilih wilayah alternatif:

  • Latensi jaringan
  • Kepatuhan
  • Availability Zones
  • Ketersediaan fitur dan model
  • Residensi dan kedaulatan data
  • Harga

Latensi jaringan

Jika layanan yang ada, seperti aplikasi atau database, tetap berada di wilayah yang berbeda dari penyebaran Pencarian Azure AI baru, setiap panggilan API di antara mereka menimbulkan waktu pulang pergi lintas wilayah (RTT). Untuk pasangan regional AS-ke-AS, waktu ini biasanya 26–50 milidetik. Untuk sebagian besar beban kerja pencarian, latensi di bawah 50ms RTT tidak dapat dilihat oleh pengguna akhir. Menggabungkan aplikasi dan layanan pencarian di wilayah yang sama sepenuhnya menghilangkan RTT lintas wilayah. Untuk pengukuran latensi wilayah-ke-wilayah saat ini, lihat statistik latensi pulang pergi jaringan Azure.

Kepatuhan

Azure sertifikasi kepatuhan - termasuk FedRAMP High, HIPAA, CJIS, DoD IL2, IRS 1075, PCI DSS, dan StateRAMP - diterapkan pada tingkat geografi, bukan tingkat wilayah individu. Semua wilayah Azure komersial dalam geografi yang sama membawa postur kepatuhan yang identik.

Untuk informasi selengkapnya, lihat:

  • Dokumentasi Kepatuhan Azure
  • daftar wilayah Azure

Availability Zones

Availability Zones (AZ) adalah pusat data yang terpisah secara fisik dalam wilayah Azure. Saat layanan pencarian memiliki dua replika atau lebih di wilayah yang didukung AZ, Azure secara otomatis mendistribusikannya ke seluruh zona tanpa biaya tambahan dan tanpa konfigurasi yang diperlukan.

Dukungan AZ relevan ketika beban kerja memerlukan kueri SLA 99,99% atau beroperasi di industri yang diatur dengan persyaratan ketersediaan tinggi yang didokumentasikan. Untuk lingkungan dev/test atau beban kerja yang dilindungi oleh strategi pemulihan bencana multiregion, dukungan AZ umumnya bukan persyaratan pemblokiran.

Untuk daftar wilayah terkini yang mendukung Availability Zones untuk Pencarian Azure AI, lihat wilayah Azure yang memiliki Availability Zones.

Ketersediaan fitur dan model

Tidak semua fitur Pencarian Azure AI dan model AI tersedia di setiap wilayah. Sebelum memilih wilayah alternatif, pastikan ketersediaan kemampuan spesifik yang dibutuhkan oleh beban kerja Anda, termasuk model Azure OpenAI atau Azure AI Foundry yang digunakan untuk generasi dengan augmentasi pengambilan (RAG), pemeringkatan semantik, pengambilan agentik, atau alur pengayaan AI.

Saat memilih wilayah alternatif untuk Pencarian Azure AI, verifikasi ketersediaan model di wilayah yang sama. Menempatkan Pencarian Azure AI bersama Azure OpenAI atau Azure AI Foundry di wilayah yang sama menghilangkan latensi lintas layanan dan menyederhanakan persyaratan kepatuhan serta residensi data.

Untuk informasi selengkapnya, lihat:

Residensi dan kedaulatan data

Azure mereplikasi data untuk ketahanan dalam geografi yang sama. Untuk semua wilayah Azure komersial di geografi Amerika Serikat, data yang disimpan tetap berada di Amerika Serikat. Replikasi ini memenuhi persyaratan residensi data yang umum pada beban kerja di sektor federal, negara bagian, dan industri yang diatur.

Untuk informasi selengkapnya, lihat:

Harga

Harga layanan Pencarian Azure AI seragam di semua wilayah dalam wilayah geografis yang sama. Memilih wilayah alternatif dalam geografi yang sama tidak mengubah harga tingkat layanan.

Untuk harga saat ini, lihat harga Pencarian Azure AI.

Memindahkan atau memulihkan layanan Pencarian Azure AI

Anda dapat mencadangkan dan memulihkan indeks, set keterampilan, pengindeks, dan peta sinonim ke wilayah mana pun dengan menggunakan skrip dan alat resmi. Proses ini memungkinkan migrasi ke wilayah alternatif dan kembali ke wilayah asli saat kapasitas tersedia.

Untuk informasi selengkapnya, lihat:

Konten terkait

  • Terakhir diperbarui pada