Service beheer voor Azure Cognitive Search in het Azure PortalService administration for Azure Cognitive Search in the Azure portal

Azure Cognitive Search is een volledig beheerde, op de cloud gebaseerde zoek service die wordt gebruikt voor het bouwen van een uitgebreide zoek ervaring in aangepaste apps.Azure Cognitive Search is a fully managed, cloud-based search service used for building a rich search experience into custom apps. In dit artikel worden de Service beheer taken behandeld die u kunt uitvoeren in de Azure Portal voor een zoek service die u al hebt ingericht.This article covers the service administration tasks that you can perform in the Azure portal for a search service that you've already provisioned. Service beheer is lichter ontwerp, beperkt tot de volgende taken:Service administration is lightweight by design, limited to the following tasks:

  • Beheer de toegang tot de API-sleutels die worden gebruikt voor lees-of schrijf toegang tot uw service.Manage access to the api-keys used for read or write access to your service.
  • Pas de service capaciteit aan door de toewijzing van partities en replica's te wijzigen.Adjust service capacity by changing the allocation of partitions and replicas.
  • Het resource gebruik bewaken ten opzichte van maximum limieten van uw servicelaag.Monitor resource usage, relative to maximum limits of your service tier.

U ziet dat de upgrade niet wordt weer gegeven als een beheer taak.Notice that upgrade is not listed as an administrative task. Omdat resources worden toegewezen wanneer de service wordt ingericht, is een nieuwe service vereist voor het verplaatsen naar een andere laag.Because resources are allocated when the service is provisioned, moving to a different tier requires a new service. Zie een Azure Cognitive Search-service makenvoor meer informatie.For details, see Create an Azure Cognitive Search service.

U kunt het query volume en andere metrische gegevens bewaken en deze inzichten gebruiken om uw service aan te passen voor snellere reactie tijden.You can monitor query volume and other metrics, and use those insights to adjust your service for faster response times. Zie het gebruik en de metrische gegevens van Query's controleren en prestaties en optimalisatievoor meer informatie.For more information, see Monitor usage and query metrics and Performance and optimization.

Beheerders rechtenAdministrator rights

Het inrichten of buiten gebruik stellen van de service zelf kan worden uitgevoerd door een beheerder van een Azure-abonnement of een mede beheerder.Provisioning or decommissioning the service itself can be done by an Azure subscription administrator or co-administrator.

Binnen een service heeft iedereen die toegang heeft tot de service-URL en een beheer-API-sleutel, lees-/schrijftoegang tot de service.Within a service, anyone with access to the service URL and an admin api-key has read-write access to the service. Lees-/schrijftoegang biedt de mogelijkheid om Server objecten toe te voegen, te verwijderen of te wijzigen, met inbegrip van API-sleutels, indexen, Indexeer functies, gegevens bronnen, planningen en roltoewijzingen zoals geïmplementeerd via door RBAC gedefinieerde rollen.Read-write access provides the ability to add, delete, or modify server objects, including api-keys, indexes, indexers, data sources, schedules, and role assignments as implemented through RBAC-defined roles.

Alle gebruikers interactie met Azure Cognitive Search valt binnen een van deze modi: lees-/schrijftoegang tot de service (beheerders rechten) of alleen-lezen toegang tot de service (query rechten).All user interaction with Azure Cognitive Search falls within one of these modes: read-write access to the service (administrator rights), or read-only access to the service (query rights). Zie Manage the API-Keys (Engelstalig) voor meer informatie.For more information, see Manage the api-keys.

Logboek registratie-en systeem gegevensLogging and system information

Azure Cognitive Search maakt geen logboek bestanden voor een afzonderlijke service beschikbaar via de portal-of programmatische interfaces.Azure Cognitive Search does not expose log files for an individual service either through the portal or programmatic interfaces. Op de basis-laag en hierboven bewaakt micro soft alle Azure Cognitive Search Services voor 99,9% Beschik baarheid per service level agreements (SLA).At the Basic tier and above, Microsoft monitors all Azure Cognitive Search services for 99.9% availability per service level agreements (SLA). Als de service traag is of de door Voer van een aanvraag onder de drempel waarde voor de SLA ligt, worden de beschik bare logboek bestanden door ondersteunings teams gecontroleerd en wordt het probleem opgelost.If the service is slow or request throughput falls below SLA thresholds, support teams review the log files available to them and address the issue.

Voor algemene informatie over uw service kunt u op de volgende manieren informatie verkrijgen:In terms of general information about your service, you can obtain information in the following ways:

Resource gebruik bewakenMonitor resource usage

In het dash board is bron bewaking beperkt tot de informatie die wordt weer gegeven in het service dashboard en enkele metrische gegevens die u kunt verkrijgen door de service te doorzoeken.In the dashboard, resource monitoring is limited to the information shown in the service dashboard and a few metrics that you can obtain by querying the service. In het service dashboard, in de sectie gebruik, kunt u snel bepalen of partitie bron niveaus voldoende zijn voor uw toepassing.On the service dashboard, in the Usage section, you can quickly determine whether partition resource levels are adequate for your application. U kunt externe resources, zoals Azure-bewaking, inrichten als u vastgelegde gebeurtenissen wilt vastleggen en persistent wilt maken.You can provision external resources, such as Azure monitoring, if you want to capture and persist logged events. Zie Azure Cognitive Search bewakenvoor meer informatie.For more information, see Monitoring Azure Cognitive Search.

Met de REST API van de zoek service kunt u via programma code een aantal op documenten en indexen ontvangen:Using the search service REST API, you can get a count on documents and indexes programmatically:

Herstel na nood gevallen en service storingenDisaster recovery and service outages

Hoewel we uw gegevens kunnen bijvoegen, biedt Azure Cognitive Search geen directe failover van de service als er een storing optreedt op het niveau van het cluster of het Data Center.Although we can salvage your data, Azure Cognitive Search does not provide instant failover of the service if there is an outage at the cluster or data center level. Als een cluster in het Data Center uitvalt, detecteert en werkt het operations-team de service te herstellen.If a cluster fails in the data center, the operations team will detect and work to restore service. U krijgt tijdens het herstellen van de service een uitval tijd, maar u kunt Service tegoed aanvragen om service niet-beschik baarheid per Service Level Agreement (Sla)te compenseren.You will experience downtime during service restoration, but you can request service credits to compensate for service unavailability per the Service Level Agreement (SLA).

Als er een continue service vereist is in het geval van fatale storingen buiten de controle van micro soft, kunt u een extra service in een andere regio inrichten en een geo-replicatie strategie implementeren om ervoor te zorgen dat indexen volledig redundant zijn in alle services.If continuous service is required in the event of catastrophic failures outside of Microsoft’s control, you could provision an additional service in a different region and implement a geo-replication strategy to ensure indexes are fully redundant across all services.

Klanten die Indexeer functies gebruiken om indexen in te vullen en te vernieuwen, kunnen herstel na nood gevallen afhandelen via geo-specifieke Indexeer functies die gebruikmaken van dezelfde gegevens bron.Customers who use indexers to populate and refresh indexes can handle disaster recovery through geo-specific indexers leveraging the same data source. Twee services in verschillende regio's, elk waarop een Indexeer functie wordt uitgevoerd, kunnen dezelfde gegevens bron indexeren om geo-redundantie te garanderen.Two services in different regions, each running an indexer, could index the same data source to achieve geo-redundancy. Als u gegevens bronnen indexeert die ook geo-redundant zijn, moet u er rekening mee houden dat Azure Cognitive Search-Indexeer functies alleen incrementele indexering kunnen uitvoeren (het samen voegen van updates van nieuwe, gewijzigde of verwijderde documenten) van primaire replica's.If you are indexing from data sources that are also geo-redundant, be aware that Azure Cognitive Search indexers can only perform incremental indexing (merging updates from new, modified, or deleted documents) from primary replicas. Zorg er bij een failover-gebeurtenis voor dat u de Indexeer functie opnieuw naar de nieuwe primaire replica toewijst.In a failover event, be sure to re-point the indexer to the new primary replica.

Als u geen Indexeer functies gebruikt, gebruikt u uw toepassings code om objecten en gegevens parallel naar verschillende zoek services te pushen.If you do not use indexers, you would use your application code to push objects and data to different search services in parallel. Zie prestaties en optimalisatie in Azure Cognitive Searchvoor meer informatie.For more information, see Performance and optimization in Azure Cognitive Search.

Back-ups en herstellenBackup and restore

Omdat Azure Cognitive Search geen primaire oplossing voor gegevens opslag is, bieden we geen formeel mechanisme voor Self-Service back-up en herstel.Because Azure Cognitive Search is not a primary data storage solution, we do not provide a formal mechanism for self-service backup and restore. U kunt echter de voorbeeld code index-Backup-Restore in dit Azure Cognitive Search .net-voor beeld opslag plaats gebruiken om een back-up te maken van de index definitie en moment opname naar een reeks json-bestanden en vervolgens deze bestanden te gebruiken om de index te herstellen, indien nodig.However, you can use the index-backup-restore sample code in this Azure Cognitive Search .NET sample repo to backup your index definition and snapshot to a series of JSON files, and then use these files to restore the index, if needed. Met dit hulp programma kunt u ook indexen verplaatsen tussen service lagen.This tool can also move indexes between service tiers.

Anders is uw toepassings code die wordt gebruikt voor het maken en vullen van een index de optie voor het terugzetten van de index.Otherwise, your application code used for creating and populating an index is the de facto restore option if you delete an index by mistake. Als u een index opnieuw wilt samen stellen, verwijdert u deze (ervan uitgaande dat deze bestaat), maakt u de index opnieuw in de service en laadt u deze opnieuw door gegevens op te halen uit uw primaire gegevens opslag.To rebuild an index, you would delete it (assuming it exists), recreate the index in the service, and reload by retrieving data from your primary data store.

Omhoog of omlaag schalenScale up or down

Elke zoek service begint met mini maal één replica en één partitie.Every search service starts with a minimum of one replica and one partition. Als u zich hebt geregistreerd voor een laag die toegewezen resources biedt, klikt u op de tegel schaal in het service dashboard om het resource gebruik aan te passen.If you signed up for a tier that provides dedicated resources, click the SCALE tile in the service dashboard to adjust resource usage.

Wanneer u capaciteit toevoegt via een van de resources, gebruikt de service deze automatisch.When you add capacity through either resource, the service uses them automatically. Er is geen verdere actie vereist voor uw onderdeel, maar er is een lichte vertraging voordat de impact van de nieuwe resource wordt gerealiseerd.No further action is required on your part, but there is a slight delay before the impact of the new resource is realized. Het kan 15 minuten of langer duren om aanvullende resources in te richten.It can take 15 minutes or more to provision additional resources.

Replica's toevoegenAdd replicas

Het verhogen van query's per seconde (QPS) of het bereiken van hoge Beschik baarheid geschiedt door het toevoegen van replica's.Increasing queries per second (QPS) or achieving high availability is done by adding replicas. Elke replica heeft één exemplaar van een index, dus er wordt nog één replica omgezet in een meer index die beschikbaar is voor het verwerken van aanvragen voor service query's.Each replica has one copy of an index, so adding one more replica translates to one more index available for handling service query requests. Er zijn mini maal drie replica's vereist voor hoge Beschik baarheid (Zie capaciteits planning voor meer informatie).A minimum of 3 replicas are required for high availability (see Capacity Planning for details).

Een zoek service met meer replica's kan Load Balancing query-aanvragen over een groter aantal indexen.A search service having more replicas can load balance query requests over a larger number of indexes. Op basis van een niveau van het query volume is de query doorvoer sneller wanneer er meer exemplaren van de index beschikbaar zijn voor de service van de aanvraag.Given a level of query volume, query throughput is going to be faster when there are more copies of the index available to service the request. Als u een query latentie ondervindt, kunt u een positieve invloed op de prestaties verwachten zodra de extra replica's online zijn.If you are experiencing query latency, you can expect a positive impact on performance once the additional replicas are online.

Hoewel de query doorvoer tijdens het toevoegen van replica's wordt bereikt, is dit niet precies twee of drie maal wanneer u replica's aan uw service toevoegt.Although query throughput goes up as you add replicas, it does not precisely double or triple as you add replicas to your service. Alle zoek toepassingen zijn onderhevig aan externe factoren die de query prestaties kunnen impinge.All search applications are subject to external factors that can impinge on query performance. Complexe query's en netwerk latentie zijn twee factoren die bijdragen aan variaties in de reactie tijden van query's.Complex queries and network latency are two factors that contribute to variations in query response times.

Partities toevoegenAdd partitions

De meeste service toepassingen hebben een ingebouwde nood zaak voor meer replica's in plaats van partities.Most service applications have a built-in need for more replicas rather than partitions. In gevallen waarin een groter aantal documenten vereist is, kunt u partities toevoegen als u zich hebt geregistreerd voor de Standard-Service.For those cases where an increased document count is required, you can add partitions if you signed up for Standard service. De Basic-laag biedt geen extra partities.Basic tier does not provide for additional partitions.

In de laag standaard worden partities toegevoegd in veelvouden van 12 (met name 1, 2, 3, 4, 6 of 12).At the Standard tier, partitions are added in multiples of 12 (specifically, 1, 2, 3, 4, 6, or 12). Dit is een artefact van sharding.This is an artifact of sharding. Er wordt een index gemaakt in 12 Shards, die allemaal op één partitie kan worden opgeslagen of op dezelfde manier kan worden onderverdeeld in 2, 3, 4, 6 of 12 partities (één Shard per partitie).An index is created in 12 shards, which can all be stored on 1 partition or equally divided into 2, 3, 4, 6, or 12 partitions (one shard per partition).

Replica's verwijderenRemove replicas

Na Peri Oden van hoge query volumes kunt u de schuif regelaar gebruiken om replica's te reduceren nadat de geladen Zoek query's zijn genormaliseerd (bijvoorbeeld nadat de verkoop van de feest dagen is voltooid).After periods of high query volumes, you can use the slider to reduce replicas after search query loads have normalized (for example, after holiday sales are over). Er zijn geen verdere stappen voor uw onderdeel vereist.There are no further steps required on your part. Het aantal replica's relinquishes virtuele machines in het Data Center verlagen.Lowering the replica count relinquishes virtual machines in the data center. Uw bewerkingen voor het opnemen van query's en gegevens worden nu op minder Vm's uitgevoerd dan voorheen.Your query and data ingestion operations will now run on fewer VMs than before. De minimum vereiste is één replica.The minimum requirement is one replica.

Partities verwijderenRemove partitions

In tegens telling tot het verwijderen van replica's, waarvoor u geen extra moeite hoeft te doen, hebt u mogelijk werk nodig als u meer opslag gebruikt dan kan worden verkleind.In contrast with removing replicas, which requires no extra effort on your part, you might have some work to do if you are using more storage than can be reduced. Als uw oplossing bijvoorbeeld drie partities gebruikt, genereert Overweeg naar een of twee partities een fout als de nieuwe opslag ruimte minder is dan vereist is om uw index te hosten.For example, if your solution is using three partitions, downsizing to one or two partitions will generate an error if the new storage space is less than required for hosting your index. Zoals u kunt verwachten, zijn uw keuzes het verwijderen van indexen of documenten binnen een gekoppelde index om ruimte vrij te maken of de huidige configuratie te houden.As you might expect, your choices are to delete indexes or documents within an associated index to free up space, or keep the current configuration.

Er is geen detectie methode die aangeeft welke index Shards worden opgeslagen op specifieke partities.There is no detection method that tells you which index shards are stored on specific partitions. Elke partitie biedt ongeveer 25 GB opslag ruimte, dus u moet de opslag beperken tot een grootte die kan worden aangepast aan het aantal partities dat u hebt.Each partition provides approximately 25 GB in storage, so you will need to reduce storage to a size that can be accommodated by the number of partitions you have. Als u wilt terugkeren naar één partitie, moeten alle 12 Shards passen.If you want to revert to one partition, all 12 shards will need to fit.

Als u hulp nodig hebt bij het plannen van de toekomst, wilt u mogelijk de opslag controleren (met behulp van index statistieken ophalen) om te zien hoeveel u werkelijk hebt gebruikt.To help with future planning, you might want to check storage (using Get Index Statistics) to see how much you actually used.

Volgende stappenNext steps

Wanneer u de concepten van het Service beheer begrijpt, kunt u Power shell gebruiken om taken te automatiseren.Once you understand the concepts behind service administration, consider using PowerShell to automate tasks.

We raden u ook aan het artikel over prestaties en optimalisatie tebekijken.We also recommend reviewing the performance and optimization article.