Regionale capaciteitsbeperkingen afhandelen in Azure AI Zoeken

Note

Azure AI Zoeken is beschikbaar via de Azure-portal, REST API's en Azure-SDK's. Het vormt ook een basis voor Foundry IQ, de beheerde kennislaag die bedrijfsinhoud transformeert in herbruikbare, machtigingsbewuste knowledge bases voor agents in de Microsoft Foundry-portal.

In dit artikel kunt u bepalen wat u moet doen wanneer uw voorkeursregio Azure AI Zoeken regio niet beschikbaar is vanwege capaciteitsbeperkingen. Het biedt ook evaluatiecriteria voor het selecteren van een alternatieve regio.

Opties voor capaciteitsbeperking

Wanneer een voorkeursregio Azure niet beschikbaar is vanwege capaciteitsbeperkingen, hebt u twee opties:

  • Implementeren in een alternatieve regio.
  • Implementatie opnieuw proberen tijdens daluren.

Implementeren in een alternatieve regio. (Aanbevolen pad) Azure AI Zoeken is beschikbaar in veel Azure regio's met consistente API's, SDK's, SLA's en nalevingscertificeringen. Voor de meeste workloads is het operationele verschil tussen regio's binnen dezelfde geografie te verwaarlozen. Zie de volgende sectie, Criteria voor het selecteren van een alternatieve regio, voor een volledig evaluatieframework.

Het opnieuw proberen van de service tijdens daluren is ook een bruikbare overweging. Capaciteitsbeperkingen zijn soms tijdelijk. Het opnieuw proberen van de implementatie tijdens perioden met weinig verkeer, zoals nachten of weekenden in UTC, kan slagen wanneer piekuren mislukken. Deze optie is niet gegarandeerd en is geen vervanging voor het evalueren van een alternatieve regio. Als nieuwe pogingen niet binnen een redelijk venster slagen, gaat u verder met een alternatieve regio.

Probeer het opnieuw tijdens daluren wanneer:

  • De implementatietijdlijn zorgt voor een vertraging van enkele dagen.
  • De beperking is waarschijnlijk het gevolg van een tijdelijke regionale piek.
  • U wilt op dit moment geen wijzigingen in de architectuur.

Criteria voor het selecteren van een alternatieve regio

Evalueer de volgende criteria voordat u een alternatieve regio selecteert:

  • Netwerklatentie
  • Naleving
  • Beschikbaarheidszones
  • Beschikbaarheid van functies en modellen
  • Gegevenslocatie en soevereiniteit
  • Prijzen

Netwerklatentie

Als bestaande services, zoals toepassingen of databases, niet in dezelfde regio zijn als de nieuwe Azure AI Zoeken-implementatie, treedt er voor elke API-aanroep een rondreistijd tussen regio's (RTT) op. Voor VS-naar-VS regionale koppels is deze tijd meestal 26-50 ms. Voor de meeste zoekworkloads is latentie van minder dan 50 ms RTT niet zichtbaar voor eindgebruikers. Door de toepassing en de zoekservice in dezelfde regio samen te zoeken, wordt RTT voor meerdere regio's volledig geëlimineerd. Voor de huidige metingen van de latency van regio tot regio, zie Azure netwerk round-trip latentiestatistieken.

Naleving

Azure nalevingscertificeringen, waaronder FedRAMP High, HIPAA, CJIS, DoD IL2, IRS 1075, PCI DSS en StateRAMP, worden toegepast op geografieniveau, niet op het niveau van de afzonderlijke regio. Alle commerciële Azure regio's binnen dezelfde geografie hebben een identiek nalevingspostuur.

Zie voor meer informatie:

Beschikbaarheidszones

Beschikbaarheidszones (AZ) zijn fysiek gescheiden datacenters binnen een Azure regio. Wanneer een zoekservice twee of meer replica's in een door AZ ondersteunde regio heeft, Azure deze automatisch distribueert over zones zonder extra kosten en zonder configuratie vereist.

AZ-ondersteuning is relevant wanneer een workload een SLA voor query's van 99,99% vereist, of wanneer deze wordt uitgevoerd in een gereglementeerde branche met gedocumenteerde vereisten voor hoge beschikbaarheid. Voor ontwikkel-/testomgevingen of workloads die worden beveiligd door een strategie voor herstel na noodgevallen in meerdere regio's, is AZ-ondersteuning over het algemeen geen blokkeringsvereiste.

Zie Azure regio's met Beschikbaarheidszones voor de huidige lijst met regio's die ondersteuning bieden voor Beschikbaarheidszones voor Azure AI Zoeken.

Beschikbaarheid van functies en modellen

Niet alle Azure AI Zoeken functies en AI-modellen zijn beschikbaar in elke regio. Voordat u een alternatieve regio selecteert, controleert u of de beschikbaarheid van de specifieke mogelijkheden waarvan uw workload afhankelijk is, inclusief eventuele Azure OpenAI- of Azure AI Foundry-modellen die worden gebruikt bij het ophalen van uitgebreide generatie (RAG), semantische classificatie, agentisch ophalen of AI-verrijkingspijplijnen.

Wanneer u een alternatieve regio voor Azure AI Zoeken selecteert, controleert u de beschikbaarheid van modellen in dezelfde regio. Co-locatie van Azure AI Zoeken met Azure OpenAI of Azure AI Foundry in dezelfde regio elimineert latentie tussen services en vereenvoudigt nalevings- en gegevenslocatievereisten.

Zie voor meer informatie:

Gegevenslocatie en soevereiniteit

Azure repliceert gegevens voor tolerantie binnen dezelfde geografie. Voor alle commerciële Azure-regio's binnen de geografie van de Verenigde Staten blijft de data in rust binnen de Verenigde Staten. Deze replicatie voldoet aan de vereisten voor gegevenslocalisatie die gebruikelijk zijn in werkbelastingen in federale, staats- en gereguleerde industrieën.

Zie voor meer informatie:

Prijzen

De prijzen van de Azure AI Zoeken-service zijn uniform in alle regio's binnen hetzelfde gebied. Als u een alternatieve regio binnen dezelfde geografie selecteert, worden de prijzen van de servicelaag niet gewijzigd.

Zie Azure AI Zoeken prijzen voor actuele prijzen.

Een Azure AI Zoeken-service verplaatsen of herstellen

U kunt indexen, skillsets, indexeerders en synoniemenkaarten naar elke regio back-uppen en herstellen met behulp van officiële scripts en hulpprogramma's. Met dit proces kunnen zowel migratie naar een alternatieve regio als een terugkeer naar de oorspronkelijke regio worden uitgevoerd wanneer de capaciteit beschikbaar is.

Zie voor meer informatie:

Verwante inhoud

  • Last updated on