De Shared Service Instance Pool
Wanneer mensen praten over load testen van een ArcGIS Enterprise Site, gaat het gesprek meestal over het gebruik van dedicated of hosted feature services.
Al vele jaren bieden dedicated en hosted services een snelle, betrouwbare manier om online kaartbronnen met veel verkeer te gebruiken. Dit is niet veranderd.<\/P>
Er is echter een ander type bron om kaarten aan gebruikers te leveren: de Shared Service Instance Pool.
Geïntroduceerd in 10.7, maakt de shared instances pool het gemakkelijker om services te bekijken en te bevragen die nog steeds waardevol zijn, maar waarbij systeemgeheugengebruik wordt verkozen boven prestaties.
Deze functie maakt het mogelijk om diensten met hoge dichtheid te publiceren (bijv. het kunnen publiceren en hebben van veel actieve services) ten koste van wat snelheid en doorvoer. Dit kan een goede afweging zijn aangezien er voor veel organisaties doorgaans meer shared service kandidaten zijn dan dedicated of hosted.<\/P>
Vanuit dit voordelige kenmerk zijn shared services een echte game changer geweest. Maar vanuit een load testing perspectief zijn er enkele overwegingen.<\/P>
Opmerking: Als GIS-beheerder gaat u ervan uit dat alle shared services onderling evenveel waarde hebben. Ga ook ervan uit dat dedicated services een hogere prioriteit moeten krijgen dan shared services<\/U>. <\/STRONG><\/FONT><\/P>
<\/span><\/STRONG><\/FONT><\/H1> <\/P>Moeten Shared Services Load Tested Worden? <\/H1>De $64.000 Vraag! Als performance-analist kan deze vraag opkomen terwijl u services publiceert naar de Site.
Hoewel het erg verleidelijk kan zijn om shared services load te testen om hun schaalbaarheidsprofiel te begrijpen, zijn er verschillende redenen waarom deze strategie *niet*<\/STRONG><\/EM> logisch is:<\/P>Als schaalbaarheid cruciaal was, zou de service naar dedicated moeten worden verplaatstShared services kunnen nog steeds schalen (bijv. meerdere gelijktijdige verzoeken voor hetzelfde item ondersteunen), maar dit is niet hun primaire functie<\/LI><\/UL><\/LI>De beheerder heeft de service al geconfigureerd om geheugenverbruik te bevoordelenDoor de service als shared in te stellen, wordt verwacht dat de service niet vaak wordt opgevraagd<\/LI>Als de service af en toe langzamere of iets langzamere responstijden heeft, is dat prima<\/U><\/LI><\/UL><\/LI>Het testen van dergelijke services steelt hardwarebronnen van de dedicated servicesDedicated services zijn uw "first class" services, laat shared services hier niet mee concurreren<\/U><\/LI>Dedicated en hosted services zijn de voorkeursmechanismen voor schaalbaarheidShared services zijn dat niet<\/LI><\/UL><\/LI>Door shared services te testen of er vaak verzoeken naartoe te sturen, kunnen (beperkte) systeembronnen zoals CPU en geheugen worden weggetrokken van de services die deze nodig hebben om snelle prestaties aan gebruikers te leveren<\/LI><\/UL><\/LI>Uitdagingen bij Test Plan ManagementHet is niet ongewoon dat Sites tientallen of honderden shared services hebben<\/LI>Aangenomen dat alle shared services gelijk zijn, kan het testplan voor het effectief testen en profileren van honderd of meer shared services ontmoedigend en moeilijk te beheren zijn<\/LI><\/UL><\/LI><\/UL>Een Site Heeft een Mix van Shared en Dedicated Services, Kunnen de Dedicated Nog Steeds Getest Worden? <\/H1>Ja. Het begrijpen van het prestatie- en schaalbaarheidsprofiel van dedicated services is nog steeds waardevolle informatie voor het optimaal implementeren en beheren van de Site. Test uw dedicated services zoals u normaal zou doen.<\/P>Kunnen Shared Services Getest Worden als Dat het Enige Instance Pool Type is dat Gepubliceerd is? <\/H1>Er zijn geen technische beperkingen die voorkomen dat shared services load getest worden.
Hoewel het zeker mogelijk is zo'n test uit te voeren, wordt het om bovengenoemde redenen niet aanbevolen.<\/P>Analyseer en Monitor de Site Periodiek<\/H1>De populariteit van services kan in de loop der tijd toenemen of afnemen. Het periodiek analyseren van verkeerspatronen van serviceverzoeken kan beheerders helpen met informatie om de Site optimaal te configureren en beheren. Dit betekent dat naarmate sommige services vaker worden opgevraagd (of verwacht wordt dat ze vaker worden opgevraagd), ze handmatig kunnen worden verplaatst van een shared service naar een dedicated service.
