Fietser die een weg afdaalt.<\/span><\/span><\/P>Het draait allemaal om efficiëntie<\/H1> <\/P>ArcGIS Server kan worden beschouwd als de motor van onze ArcGIS Enterprise auto<\/A> of bijvoorbeeld een GIS kantoor in een doos<\/A>. Zoals elk kantoor is de balans tussen het aantal medewerkers versus de vraag versus de middelen een voortdurende berekening. En dat geldt ook voor ons ArcGIS kantoor in een doos. De meeste GIS kantoren zijn beperkt in personeelscapaciteit door factoren zoals beschikbare werkstations, netwerkbandbreedte of licenties van essentiële software. Als we geen bureaus en computers meer hebben die analisten kunnen gebruiken, kunnen we geen extra analisten aan het kantoor toevoegen. Als alle analisten aan taken werken, kunnen we niet vragen om een nieuwe taak te starten. Zelfs als we de ruimte uitbreiden en infrastructuur toevoegen, kunnen we die verhoogde capaciteit niet gebruiken als we niet meer licenties van ArcGIS Pro aanschaffen. Met ArcGIS Server kunnen we dezelfde uitdagingen en beperkingen tegenkomen. Daarom is het van vitaal belang om de GIS webservices (services) die draaien in ArcGIS Server zo te configureren dat ze efficiënt gebruikmaken van de beperkte beschikbare middelen, terwijl ook de beste doorvoer en snelheid voor het systeem worden gegarandeerd.<\/P> <\/P>Elke niet-gehoste service in ArcGIS Server heeft een reeks configuratieopties die kunnen worden gedefinieerd bij publicatie in ArcGIS Pro of na publicatie met de administratieve webapplicatie ArcGIS Server Manager. Een service kan in veel toestanden bestaan binnen ArcGIS Server. Eerst wordt deze gepubliceerd. Dit betekent dat er een servicedefinitiebestand is gemaakt en dat dit standaard bestaat binnen de Server directory in een submap genaamd arcgisinput, meestal te vinden op C:\arcgisserver\directories\arcgissystem\arcgisinput. Ten tweede kan de service actief zijn of gestopt. Standaard worden gepubliceerde services gestart bij publicatie, hoewel services ook gestopt kunnen worden. Wanneer een service gestart en actief is, wordt deze "geadverteerd" in een andere webapplicatie, de ArcGIS Server Services Directory. Hier vinden beheerders, uitgevers en ontwikkelaars nuttige eigenschappen en ondersteunde bewerkingen die gebruikt kunnen worden om de services te inspecteren en te gebruiken.<\/P> <\/P>Een ander gevolg van het starten van een service in ArcGIS Server is dat de managercomponenten van ons "kantoor" het minimum aantal instanties voor de service zullen starten; standaard is dit één instantie. Technisch gezien is een instantie van een service een enkele verwerkingsunit, meestal gemanifesteerd als een ArcSOC.exe proces dat draait in het besturingssysteem van de hostcomputer. Je kunt een instantie van een service zien als een analist die aan een bureau zit met het benodigde ArcGIS Pro project beschikbaar om te reageren op verzoeken voor gedefinieerde mogelijkheden van de geadverteerde GIS resource. Let op dat het aantal draaiende instanties niet direct gerelateerd is aan het aantal applicaties of mensen die de service "gebruiken". In dit geval draait de instantie en wacht gewoon op een verzoek. Dit wordt de idle status van de instantie genoemd.<\/P> <\/P>ArcGIS Server Manager en Windows Taakbeheer tonen instanties van een GIS webservice.<\/span><\/span><\/P> <\/P>Het minimum aantal instanties bepaalt hoeveel instanties van de service worden gestart wanneer de service wordt gestart. Dit kan op elk getal worden ingesteld, inclusief nul. Maar ga hier niet te ver mee; onthoud dat de GIS server beperkte middelen heeft en er waarschijnlijk andere services draaien die ook deze middelen nodig hebben om hun instanties te ondersteunen. Maar dat is slechts het minimum. Er is ook een maximum aantal instanties dat kan worden aangemaakt. Dit maximum kan groter dan of gelijk zijn aan het minimum aantal instanties. Standaard is dit getal twee. Dus standaard, wanneer een service wordt gepubliceerd naar ArcGIS Server, is het grootste aantal virtuele analisten dat ooit kan bestaan om te reageren op verzoeken aan die service twee. Is dat genoeg? Waarschijnlijk niet. Vooral als dit een middelgrote tot hoge vraagservice is. Maar nogmaals, onthoud dat hoewel je dit maximum op elk getal kunt instellen, je je systeem gemakkelijk kunt overweldigen door meer instanties toe te staan dan het totale systeem aankan. Ook zullen er andere services draaien in ArcGIS Server met hun eigen instanties die ook deze beperkte middelen moeten gebruiken.<\/P> <\/P>ArcGIS Server Manager met instellingen voor instantieconfiguratie.<\/span><\/span><\/P> <\/P>Tot aan ArcGIS 10.7 was dit de enige manier om het aantal analisten (instanties) te controleren dat bestond in ons GIS kantoor (ArcGIS Server). Alle instanties die bestonden in ArcGIS Server werden per service afzonderlijk gedefinieerd en konden alleen reageren op verzoeken voor die specifieke service. We kunnen dit zien alsof elke analist in ons GIS kantoor slechts één project tegelijk kan openen in ArcGIS Pro en dat project slechts één kaart, scène, model of andere enkele GIS resource bevat waarmee de analist kan interageren om op verzoeken te reageren. Deze worden dedicated instanties genoemd.<\/P> <\/P>Toen introduceerden we bij ArcGIS 10.7 het nieuwe concept van het gedeelde instantiepool. De instanties in deze pool kunnen reageren op verzoeken aan elke service die eraan is toegewezen, met bepaalde beperkingen over welke soorten services eraan toegewezen mogen worden. Je kunt deze gedeelde instantiepool zien als een aantal analisten in ons kantoor die allemaal dezelfde kopie van hetzelfde project open hebben in ArcGIS Pro met daarin veel kaarten (één voor elke aan de pool toegewezen service) beschikbaar. Het voordeel hiervan is dat diensten met lage vraag al instanties hebben draaien om ze snel te ondersteunen, maar computerbronnen niet verspild worden aan instanties die niet gebruikt worden.<\/P> <\/P>Een laatste overweging bij het praten over instanties van een service is dat niet alle services waar onze gebruikers toegang toe hebben als aparte services beheerd worden in ArcGIS Server. Bijvoorbeeld wanneer je een kaartservice publiceert, wordt er in Server Manager ook een kaartservice beschikbaar gemaakt voor het beheren van eigenschappen zoals het minimum/maximaal aantal instanties. Die kaartservice heeft ook zijn eigen URL of eindpunt waar clients mee communiceren. Maar het kaartservice-object in ArcGIS Server Manager heeft ook een capabilities-eigenschap. Via deze eigenschap kunnen extra mogelijkheden ingeschakeld worden zoals feature access capability. Door dit in te schakelen zal ArcGIS Server nog een URL creëren voor een feature service. Maar deze feature service, evenals andere services ingeschakeld via capabilities, maakt geen eigen instanties aan; de oorspronkelijke instanties gemaakt voor de bijbehorende kaartservice ondersteunen ook deze feature service.<\/P> <\/P>ArcGIS Server Manager toont de URL van een kaartservice.<\/span><\/span><\/P> <\/P>ArcGIS Server Manager toont de URL van een feature service.<\/span><\/span><\/P> <\/P>Door dit artikel heen hebben we gezien dat er veel manieren zijn waarop we GIS webservices kunnen controleren en beheren om invloed uit te oefenen op de prestaties geleverd door ArcGIS Server. Maar ArcGIS Server is slechts één onderdeel van het proces van creëren, beheren en delen van GIS resources. In de meeste gevallen zullen beslissingen die we nemen bij het opslaan van GIS data of bij het maken van resources grotere invloed hebben dan deze opties. In Esri's instructor led training curriculum bespreken en implementeren we veel inhoudspecifieke optimalisatietechnieken in onze cursus Inhoud delen met ArcGIS Enterprise. <\/P>
<\/P>
Elke niet-gehoste service in ArcGIS Server heeft een reeks configuratieopties die kunnen worden gedefinieerd bij publicatie in ArcGIS Pro of na publicatie met de administratieve webapplicatie ArcGIS Server Manager. Een service kan in veel toestanden bestaan binnen ArcGIS Server. Eerst wordt deze gepubliceerd. Dit betekent dat er een servicedefinitiebestand is gemaakt en dat dit standaard bestaat binnen de Server directory in een submap genaamd arcgisinput, meestal te vinden op C:\arcgisserver\directories\arcgissystem\arcgisinput. Ten tweede kan de service actief zijn of gestopt. Standaard worden gepubliceerde services gestart bij publicatie, hoewel services ook gestopt kunnen worden. Wanneer een service gestart en actief is, wordt deze "geadverteerd" in een andere webapplicatie, de ArcGIS Server Services Directory. Hier vinden beheerders, uitgevers en ontwikkelaars nuttige eigenschappen en ondersteunde bewerkingen die gebruikt kunnen worden om de services te inspecteren en te gebruiken.<\/P>
Een ander gevolg van het starten van een service in ArcGIS Server is dat de managercomponenten van ons "kantoor" het minimum aantal instanties voor de service zullen starten; standaard is dit één instantie. Technisch gezien is een instantie van een service een enkele verwerkingsunit, meestal gemanifesteerd als een ArcSOC.exe proces dat draait in het besturingssysteem van de hostcomputer. Je kunt een instantie van een service zien als een analist die aan een bureau zit met het benodigde ArcGIS Pro project beschikbaar om te reageren op verzoeken voor gedefinieerde mogelijkheden van de geadverteerde GIS resource. Let op dat het aantal draaiende instanties niet direct gerelateerd is aan het aantal applicaties of mensen die de service "gebruiken". In dit geval draait de instantie en wacht gewoon op een verzoek. Dit wordt de idle status van de instantie genoemd.<\/P>
ArcGIS Server Manager en Windows Taakbeheer tonen instanties van een GIS webservice.<\/span><\/span><\/P> <\/P>Het minimum aantal instanties bepaalt hoeveel instanties van de service worden gestart wanneer de service wordt gestart. Dit kan op elk getal worden ingesteld, inclusief nul. Maar ga hier niet te ver mee; onthoud dat de GIS server beperkte middelen heeft en er waarschijnlijk andere services draaien die ook deze middelen nodig hebben om hun instanties te ondersteunen. Maar dat is slechts het minimum. Er is ook een maximum aantal instanties dat kan worden aangemaakt. Dit maximum kan groter dan of gelijk zijn aan het minimum aantal instanties. Standaard is dit getal twee. Dus standaard, wanneer een service wordt gepubliceerd naar ArcGIS Server, is het grootste aantal virtuele analisten dat ooit kan bestaan om te reageren op verzoeken aan die service twee. Is dat genoeg? Waarschijnlijk niet. Vooral als dit een middelgrote tot hoge vraagservice is. Maar nogmaals, onthoud dat hoewel je dit maximum op elk getal kunt instellen, je je systeem gemakkelijk kunt overweldigen door meer instanties toe te staan dan het totale systeem aankan. Ook zullen er andere services draaien in ArcGIS Server met hun eigen instanties die ook deze beperkte middelen moeten gebruiken.<\/P> <\/P>ArcGIS Server Manager met instellingen voor instantieconfiguratie.<\/span><\/span><\/P> <\/P>Tot aan ArcGIS 10.7 was dit de enige manier om het aantal analisten (instanties) te controleren dat bestond in ons GIS kantoor (ArcGIS Server). Alle instanties die bestonden in ArcGIS Server werden per service afzonderlijk gedefinieerd en konden alleen reageren op verzoeken voor die specifieke service. We kunnen dit zien alsof elke analist in ons GIS kantoor slechts één project tegelijk kan openen in ArcGIS Pro en dat project slechts één kaart, scène, model of andere enkele GIS resource bevat waarmee de analist kan interageren om op verzoeken te reageren. Deze worden dedicated instanties genoemd.<\/P> <\/P>Toen introduceerden we bij ArcGIS 10.7 het nieuwe concept van het gedeelde instantiepool. De instanties in deze pool kunnen reageren op verzoeken aan elke service die eraan is toegewezen, met bepaalde beperkingen over welke soorten services eraan toegewezen mogen worden. Je kunt deze gedeelde instantiepool zien als een aantal analisten in ons kantoor die allemaal dezelfde kopie van hetzelfde project open hebben in ArcGIS Pro met daarin veel kaarten (één voor elke aan de pool toegewezen service) beschikbaar. Het voordeel hiervan is dat diensten met lage vraag al instanties hebben draaien om ze snel te ondersteunen, maar computerbronnen niet verspild worden aan instanties die niet gebruikt worden.<\/P> <\/P>Een laatste overweging bij het praten over instanties van een service is dat niet alle services waar onze gebruikers toegang toe hebben als aparte services beheerd worden in ArcGIS Server. Bijvoorbeeld wanneer je een kaartservice publiceert, wordt er in Server Manager ook een kaartservice beschikbaar gemaakt voor het beheren van eigenschappen zoals het minimum/maximaal aantal instanties. Die kaartservice heeft ook zijn eigen URL of eindpunt waar clients mee communiceren. Maar het kaartservice-object in ArcGIS Server Manager heeft ook een capabilities-eigenschap. Via deze eigenschap kunnen extra mogelijkheden ingeschakeld worden zoals feature access capability. Door dit in te schakelen zal ArcGIS Server nog een URL creëren voor een feature service. Maar deze feature service, evenals andere services ingeschakeld via capabilities, maakt geen eigen instanties aan; de oorspronkelijke instanties gemaakt voor de bijbehorende kaartservice ondersteunen ook deze feature service.<\/P> <\/P>ArcGIS Server Manager toont de URL van een kaartservice.<\/span><\/span><\/P> <\/P>ArcGIS Server Manager toont de URL van een feature service.<\/span><\/span><\/P> <\/P>Door dit artikel heen hebben we gezien dat er veel manieren zijn waarop we GIS webservices kunnen controleren en beheren om invloed uit te oefenen op de prestaties geleverd door ArcGIS Server. Maar ArcGIS Server is slechts één onderdeel van het proces van creëren, beheren en delen van GIS resources. In de meeste gevallen zullen beslissingen die we nemen bij het opslaan van GIS data of bij het maken van resources grotere invloed hebben dan deze opties. In Esri's instructor led training curriculum bespreken en implementeren we veel inhoudspecifieke optimalisatietechnieken in onze cursus
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.
