ArcGIS Utility Network: Aktualisierung und Export der Subnetz-Skalierbarkeitsanalyse (Fortgeschritten)

AaronLopez

Analyse der Skalierbarkeit von Subnetzen

 

Was ist die Analyse der Skalierbarkeit von Subnetzen?

Bevor wir Utility Network Subnetwork Skalierbarkeitsanalyse besprechen, lassen Sie uns die Definitionen von Subnetz und Skalierbarkeitsanalyse erpren:

Ein Subnetz:

In einem Utility Network ist ein Subnetz eine Partition oder ein topologisches Teilset der Daten in einer Ebene, bei dem alle beteiligten Features eine Verbindung zu denselben Controllern haben. Ein Subnetz wird oft fr Tracing verwendet, um festzustellen, ob eine Verbindung vorhanden ist.

Skalierbarkeitsanalyse:

Die Skalierbarkeitsanalyse dient dazu, die Frgungsfrigkeit einer Utility Network-Bereitstellung zu bestimmen, mehrere Anfragen gleichzeitig auszufhren (z. B. updateSubnetwork und exportSubnetwork). Dies wird typischerweise durchgefht, um zu verstehen, ob zeitdominante Geschtsziele erreicht werden knnen. Zum Beispiel: Kann eine bestimmte Bereitstellung 5.000 Subnetze innerhalb eines 4-Stunden-Fensters exportieren?

Die Antwort auf diese Frage ist unbekannt, bis sie getestet und verifiziert wurde.

Die Skalierbarkeit einer Bereitstellung hngt davon ab, wie viel Gleichzeitigkeit gleichzeitig stattfinden kann, whrend die optimale Leistung der interessierenden Operationen erhalten bleibt. Dieser Artikel beschreibt, wie man Gleichzeitigkeit ber einen Test anwendet (im Artikel enthalten).

Hinweis: Weitere Informationen zu einem Subnetz finden Sie unter: Der Lebenszyklus eines Subnetzes im Utility Network 

Unser Ziel und Zweck des Utility Network

• Automatisierung der Aufgaben zum Aktualisieren oder Exportieren einer Liste von Subnetzen
• Erfassung der Leistungszeit
  • Gesamte Aufgabe
  • Einzelne Operationen (z. B. Zeit zum Aktualisieren eines bestimmten Subnetzes)
• Soll konfigurierbar sein, um Anforderungen zu erfüllen
  • Zeitkritisch
  • Ressourcenkritisch

Warum Update/Export Subnetwork Analyse durchführen?

• Typischer Zweck und Zeitvorgaben sind geschäftliche Anforderungen
  • Zwei Funktionen pro Subnetz ausführen
    • Update (updateSubnetwork)
      • Wird häufig nach Bearbeitung und Validierung der Netzwerktopologie oder nach Aktivierung der Netzwerktopologie ausgeführt
    • Export (exportSubnetwork)
      • Dient dazu, Informationen ber das Subnetz in eine Datei zu extrahieren, die dann von externen Systemen wie dem Ausfallmanagement verwendet werden kann
      • Bevor ein Subnetz aus dem System exportiert werden kann, muss es aktuell sein (aktualisiert)

Beide sind wichtige Funktionen des Utility Network. Als GIS-Administrator oder Entwickler ist es wichtig zu verstehen, wie diese Operationen skalieren. Das Verstehen der Zeit zur Verarbeitung einer Liste von Subnetzen ist die primäre Analyse.

Dies kann weiter gefasst werden durch das Erkunden von Lösungen, die die Aufgabe für Zeit oder Systemressourcen optimieren. Diese Herausforderungen haben ähnliche Ansätze, wie man die Aufgabe des Aktualisierens oder Exportierens vieler Subnetze bewältigt. 

• Einsicht in Geschäftsziele gewinnen
  • Das Exportieren von Subnetzen kann je nach verwendeten Optionen mehr Rechenzeit in Anspruch nehmen
    • Solche Optionen können eine geschäftliche Anforderung sein
• Leistung und Skalierbarkeit können die Architektur beeinflussen
  • Anhand der Testergebnisse und Erkenntnisse
    • Könnte die Bereitstellungskonfiguration geändert werden müssen, um den Geschäftsanforderungen gerecht zu werden

Wie führt man eine Analyse der Skalierbarkeit von Subnetzen durch?

Liste der Subnetze

Der erste Schritt besteht darin, eine Liste von Subnetzen aus dem Utility Network-Datensatz zu extrahieren.

Dies kann auf verschiedene Arten erfolgen:

• ArcGIS Pro
• ArcPy-Skript
• SQL-Auswahlabfragen

SQL-Beispiel:

• Anbindung an die Utility Network-Geodatabase herstellen
• Finden Sie die ObjectId für die Tabelle "Subnetwork":
  • Diese ObjectId ist dynamisch und kann variieren
  • Der Typ GUID ist konstant

-- Finden Sie die Utility Network ObjectId für die Tabelle "Subnetwork"
SELECT OBJECTID FROM sde.GDB_ITEMS WHERE type='{37672BD2-B9F3-48C1-89B5-8C43BBBB6D57}'

• Für unsere Beispieldatenbank wurde 446 zurückgegeben
  • Diesen ObjectId-Wert verwenden wir in der nächsten Abfrage
    
• Liste der Subnetze exportieren

  • -- Exportiere Liste der Subnetze
    SELECT  
        T1.SUBNETWORKCONTROLLERNAME, T1.SUBNETWORKNAME, T1.ISDIRTY, 
        T1.ISDELETED, T1.TIERNAME, T1.DOMAINNETWORKNAME, T1.GDB_FROM_DATE 
    FROM 
        elec.UN_446_SUBNETWORKS T1
        INNER JOIN (SELECT SUBNETWORKNAME, MAX(GDB_FROM_DATE) AS MaxDate
        FROM 
        elec.UN_446_SUBNETWORKS
        GROUP BY SUBNETWORKNAME) T2 
        ON T1.SUBNETWORKNAME = T2.SUBNETWORKNAME 
        AND T1.GDB_FROM_DATE = T2.MaxDate
    

    • Legen Sie die Ausgabe in einer Datei ab (csv oder tsv)
      • Einfache Kommas können in einigen SubnetworkControllerNames vorkommen (z.B. ",") und eine tabulatorgetrennte Datei wäre hier geeigneter als eine komma-getrennte Datei
        

  Für den im Artikel verwendeten Utility Network-Datensatz sieht die resultierende Liste der Subnetze so aus, wenn die Datenzeilen mit Tabs getrennt sind.

  

  Achtung: Es wird angenommen, dass sich im aktuellen Zustand des Netzwerks saubere und verschmutzte Subnetze befinden. Wie Subnetze verschmutzt werden, liegt außerhalb des Umfangs dieses Artikels.

  Achtung: Es können mehrere geschäftliche Faktoren bei der Auswahl von Subnetzen eine Rolle spielen. Diese Abfrage soll Ihnen den Einstieg erleichtern.

  Apache JMeter

  Wie in anderen Community-Artikeln erwähnt, ist Apache JMeter ein kostenloses Testwerkzeug. Es eignet sich hervorragend zum Testen des REST-Endpunkts von ArcGIS Enterprise für viele Funktionen:

  • Leistungstest mit Apache JMeter (Eine Einführung)
  • Ausführen eines Apache JMeter Lasttests im Befehlszeilenmodus (Anfänger/Mittelstufe) 
  • Erstellen eines Lasttests in Apache JMeter gegen den SampleWorldCities Map Service (Anfänger/Mittelstufe) 
  • Verwendung von Apache JMeter zum Lasttest eines authentifizierten ArcGIS Enterprise-Dienstes (Mittelstufe/Fortgeschrittene) 

  Trotz vieler verfügbarer Testwerkzeuge wird JMeter verwendet, um einen Utility Network-Dienst in ArcGIS Enterprise aufzurufen und updateSubnetwork sowie exportSubnetwork-Anfragen durchzuführen.

  Utility Network-Datensatz -- Naperville Electric

  Daten von Naperville Electric, dargestellt in ArcGIS Pro:

  

  Subnetz aktualisieren

  Apache JMeter – Dateisystemansicht des Testplanordners

  lia-image-align-inline" image-alt="AaronLopez_1-1770168462393.jpg" style="width: 999px;"><\/span><\/P>

  Außerhalb von JMeter ist der Testplan nur eine jmx-Datei für sich allein. Wie in anderen Community-Artikeln erwähnt, wird empfohlen, eine Ordnerstruktur für das Projekt zu erstellen, mit dem Sie arbeiten. Dies kann bei der Verwaltung helfen, insbesondere wenn Sie viele verschiedene Tests haben, die unterschiedliche Dinge tun. In den oben abgebildeten Ordnern können die Liste der Subnetze und Testergebnisse im Verzeichnis UpdateSubnetwork aufbewahrt werden, wo sie weniger wahrscheinlich mit anderen Testlaufdaten verwechselt werden.<\/P>

  Der Update Subnetwork Testplan<\/H2>Um den in diesem Artikel verwendeten Apache JMeter Testplan herunterzuladen, siehe: UpdateSubnetwork1.zip<\/A><\/STRONG>   <\/LI>Das Öffnen des Testplans in Apache JMeter sollte ähnlich wie folgt aussehen:<\/SPAN>Passen Sie die User Defined Variables an Ihre Umgebung an<\/LI><\/UL><\/LI><\/UL><\/span><\/P>

  Wichtige Komponenten des Testplans<\/H2>Mit dem erweiterten UpdateSubnetwork-Testplan sind folgende Elemente sichtbar:<\/P>User Defined VariablesOben aufgeführte Liste, die verwendet wird, um den Test einfach an eine Umgebung anzupassen<\/LI><\/UL><\/LI>Aggregate ReportWird für Debugging des Tests und Analyse nach dem Test verwendet<\/LI><\/UL><\/LI>Thread GroupDefiniert die Thread-Konkurrenz oder Skalierbarkeit<\/STRONG><\/U> des Tests<\/LI>Es wird empfohlen, während des Aufbaus eines Tests Standardwerte zu verwenden (z.B. 1 Testthread)<\/LI><\/UL><\/LI>GenerateTokenErhält ein Token von ArcGIS EnterpriseVerwendet zuvor definierte Anmeldedaten<\/LI><\/UL>Behält es während des Tests bei<\/LI><\/UL><\/LI>While Controller SyncWird verwendet, wenn die Geschäftslogik verlangt, dass Aufrufe synchron<\/STRONG> sein sollen<\/LI>Schleift über die Liste der Subnetze<\/LI><\/UL><\/LI>CSV Data Set ConfigVerknüpft die Liste der Subnetze mit dem TestCSV- oder TSV-Datentextdatei<\/LI><\/UL><\/LI><\/UL><\/LI>If ControllerEin Logikzweig des Tests unter Verwendung von Groovy<\/LI>Befolgt den Zweig, wenn das Subnetz schmutzig ist (IsDirty=True oder IsDirty=1)<\/LI><\/UL><\/LI>USN Request (${SUBNETWORKNAME})Das Testelement, das die Anfrage stellt, um den Großteil der Arbeit auszuführen<\/LI>Aus der Datenquellendatei wird ${SUBNETWORKNAME} mit dem Namen des Subnetzes gefüllt<\/LI><\/UL><\/LI>While Controller AsyncWird verwendet, wenn die Geschäftslogik verlangt, dass Aufrufe asynchron<\/STRONG> sein sollenIdeal für sehr lang laufende updateSubnetwork-Anfragen<\/LI><\/UL>

• Schleift über die Liste der Subnetze<\/LI>
• Zur Nutzung:
  • Klicken Sie mit der rechten Maustaste auf While Controller Async und wählen Sie Enable<\/STRONG>
  • Klicken Sie mit der rechten Maustaste auf While Controller Sync und wählen Sie Disable<\/STRONG>

<\/span>

Hinweis: Stellen Sie die Werte der Thread Group ein, um das Skalierbarkeitsprofil des Update Subnetwork Tests zu bestimmen. Ein höherer Wert für "Users" bedeutet eine höhere maximale Gleichzeitigkeit, die der Test erreichen wird. Erhöhen Sie "Rampup", um die Menge der Gleichzeitigkeit über diese Zeitdauer (in Sekunden) allmählich zu erhöhen.<\/STRONG>

Ein genauerer Blick auf GenerateToken<\/H2>Die GenerateToken-Anfrage ist ein wichtiger Teil des Tests. Sie erfolgt früh im Test und der Utility Network-Dienst wird höchstwahrscheinlich eine Authentifizierung erfordern.<\/P>Die Generate Token-Anfrage<\/H3><\/span>Das Erfassen des Tokens<\/H3>Die Anforderung des Tokens ist nur die halbe Arbeit. Der andere Teil besteht darin, es zu erfassen und als Variable zu speichern, damit JMeter während des Tests darauf zugreifen kann. Dies geschieht mit dem Regular Expression Extractor Element von JMeter.<\/SPAN><\/span>Hinweis: Wie reguläre Ausdrücke funktionieren, geht über den Rahmen dieses Artikels hinaus, aber im Wesentlichen sucht er nach einer bestimmten Zeichenfolgensignatur in der Antwort und wenn gefunden, wird sie in eine JMeter-Variable namens agstoken eingefügt.<\/SPAN>Update Subnetwork Testplan-Datendatei -- Die Liste der Subnetze<\/H2>Das CSV Data Set Config Element spielt eine große Rolle, da es unsere Subnetz-Datenliste mit dem Test verbindet.<\/SPAN><\/span>Hinweis: Einige Utility Network-Datensätze können das Komma Zeichen (z.B. ",") im SubnetworkControllerName enthalten. Wo dies vorkommt, ist es vorteilhaft, die Liste der Subnetze als tabulatorgetrennte Werte statt als kommagetrennte Werte zu speichern.< /STRONG >< /P >< P >< FONT color="#FF0000">< STRONG >Hinweis: In Fällen, in denen eine tabulatorgetrennte Wertedatei verwendet wird, erwartet JMeter dennoch, dass die Kopfzeile in der Liste der Subnetze kommagetrennt ist.< /STRONG >< / P >< H2 id = "toc-hId-1553375444">If Controller Logik < /H2 >< P >< SPAN >Aus Bequemlichkeit wurde Logik zum Test hinzugefügt, um nur Subnetze aus der Liste zu aktualisieren, wenn das Feld IsDirty gleich 1 ist.
Groovy wird verwendet, um diese Aufgabe im Test zu erfüllen.< /SPAN >< / P >< P >< SPAN class = " " >< SPAN class = " " >Apache Groovy ist eine Skriptsprache basierend auf Java, die leistungsstarke Funktionen und programmatische Unterstützung für Dinge bietet, die für die Standard-JMeter-Testelemente schwierig sein könnten.< /SPAN >< /SPAN >< / P >< P >< span class = "lia-inline-image-display-wrapper lia-image-align-inline" image-alt = "AaronLopez_1-1770178547281.jpg" style = "width: 999px; " >< img src = "https://us.v-cdn.net/6038851/uploads/images/147849i44EC9E869E2E7897/AaronLopez_1-1770178547281.jpg " role = "button " title = "AaronLopez_1-1770178547281.jpg " alt = "AaronLopez_1-1770178547281.jpg " />< /span >< / P >< H2 id = "toc-hId--254079019">Die Update Subnetwork HTTP-Anfrage < /H2 >< P >< SPAN >Dieses Testelement im Testplan ist verantwortlich für < /SPAN >< SPAN >updateSubnetwork < /SPAN >< SPAN >Webaufrufe im Test.< /SPAN >< SPAN > < / P >< P >< SPAN >Diese Komponente stellt die Anfrage und JMeter wertet die Antwort aus ArcGIS Enterprise über den REST-Endpunkt aus.< /SPAN >< / P >< P >< span class = "lia-inline-image-display-wrapper lia-image-align-inline" image-alt = "AaronLopez_2-1770178719521.jpg " style = "width: 999px; " >< img src = "https://us.v-cdn.net/6038851/uploads/images/147850i41B28F4A0B535191/AaronLopez_2-1770178719521.jpg " role = "button " title = "AaronLopez_2-1770178719521.jpg " alt = "AaronLopez_2-1770178719521.jpg " />< /span >< / P >< H2 id = "toc-hId--2061533482">Testausführung < /H2 >< P >< SPAN >Grafische Benutzeroberfläche (GUI)-Ausführung < /SPAN >< / P >< UL >< LI >< SPAN >Ideal zum Erstellen und Debuggen von Tests < /SPAN ></ LI >< LI >< SPAN >Play und Stop Tasten < /SPAN ></ LI ></ UL >< P >< span class = "lia-inline-image-display-wrapper lia-image-align-inline" image-alt = "AaronLopez_3-1770179441502.jpg " style = "width: 999px; " >< img src = "https://us.v-cdn.net/6038851/uploads/images/147851iA9A542480E2BB44F/AaronLopez_3-1770179441502.jpg " role = "button " title = "AaronLopez_3-1770179441502.jpg " alt = "AaronLopez_3-1770179441502.jpg " />< /span >  < /P >< P >< span class = "lia-inline-image-display-wrapper lia-image-align-inline" image-alt = "AaronLopez_4-1770179447661.jpg " style = "width: 999px; " >< img src = "https://us.v-cdn.net/6038851/uploads/images/147852iE4C96CDF29C92622/AaronLopez_4-1770179447661.jpg " role = "button " title = "AaronLopez_4-1770179447661.jpg " alt = "AaronLopez_4-1770179447661.jpg " />< /span ></ P >< P >< SPAN >Kommandozeilen-Ausführung < /SPAN ></ P >< UL >< LI >< SPAN >Ideal für offizielle Testruns < /SPAN >< UL >< LI >< SPAN >Effizientere Speichernutzung < /SPAN >< UL >< LI >< SPAN >Besonders wenn Listener wie Aggregate Report für den Lauf deaktiviert sind < /SPAN ></ LI ></ UL ></ LI ></ UL ></ LI >< LI >< SPAN >Play (consoleRun.bat) und Stop (Control-C) < /SPAN >< UL >< LI >< SPAN >Wenn der Test über consoleRun.bat ausgeführt wird, wird eine results.jtl-Datei im Ergebnisordner generiert < /STRONG ></ LI ></ UL ></ LI ></ UL > wertvolle Leistungsinformationen zu Operationen aus dem TestHinweis: Es wird  immer empfohlen , den Startzeitpunkt und die Dauer des Load Tests mit den zuständigen Personen Ihrer Organisation abzustimmen. Dies gewährleistet minimale Auswirkungen auf Benutzer und andere Kollegen, die möglicherweise ebenfalls Ihre lokale ArcGIS Enterprise Site nutzen müssen. Zusätzlich hilft dies, Systemrauschen durch andere Aktivitäten und Nutzung zu vermeiden, die die Testergebnisse „verunreinigen“ könnten.Hinweis: Aus mehreren Gründen wird dringend geraten,  niemals Dienste von ArcGIS Online load zu testen.Analyse -- Berichterstattung und Bewertung

Aggregate Report Element (Test-Debugging)

Aus dieser Analyse können wir leicht die UpdateSubnetwork_Sync Transaktion und einige wichtige Statistiken erkennen, die uns wichtige Leistungsinformationen über den gesamten Vorgang liefern. 

Für eine grobe Gesamtdauer-Schätzung multiplizieren Sie bei Verwendung von 1 Test-Thread gleichzeitig einfach die Anzahl der Samples mit dem Durchschnitt. Zum Beispiel: „# Samples * Durchschnitt“ = Gesamte Testlaufzeit (ms)

Für „offizielle“ Testläufe wird empfohlen, den Aggregate Report Listener im Baum zu deaktivieren (einfach Rechtsklick und dann Deaktivieren auswählen) und ihn nur für Test-Erstellung, Debugging und Nachtest-Verarbeitung zu verwenden.

Hinweis: Für die Nachtest-Verarbeitung kann der Aggregate Report weiterhin verwendet werden, um eine Testergebnisdatei zu durchsuchen, auszuwählen und zu laden, auch wenn er in der GUI deaktiviert ist.

Die Ergebnisdatei

Wenn das Kommandozeilen-Skript ausgeführt wird, erzeugt JMeter als Teil seiner Ausgabe eine Ergebnisdatei. Die Ergebnisdatei (*.jtl-Datei) enthält Rohdaten der Anfragen in Textform.

Der Inhalt dieser Datei listet alle Subnetze und deren individuelle Antwortzeiten auf. Obwohl sie mit jedem gängigen Editor leicht geöffnet und angesehen werden kann, wird eine Analyse in dieser Form nicht empfohlen.

Aggregate Report Element (Nachtest-Analyse)

Lassen Sie uns zum Aggregate Report Element für eine Nachtest-Analyse zurückkehren. Klicken Sie in der JMeter-GUI auf die Schaltfläche Durchsuchen, um die jtl-Ergebnisdatei zu finden, und wählen Sie dann Öffnen, um sie zu laden.

Sobald geladen, verarbeitet JMeter die jtl-Datei und ein statistischer Bericht wird im Abschnitt Aggregate Report generiert.

Das Aggregate Report Element ist interaktiv, sodass Sie auf das Kopfzeilenfeld Maximum klicken können, um die Liste einfach neu zu sortieren und Subnetze zu finden, die am meisten Zeit in Anspruch genommen haben. Die UpdateSubnetwork_Sync Transaktion ist weiterhin aufgeführt, was entscheidend ist, um zu verstehen, ob die Gesamtergebnisse bestimmte Leistungsanforderungen aus einem Service Level Agreement (SLA) erfüllen.

Hinweis: Die Anzahl der Subnetze in diesem Datensatz ist gering. Testergebnisse aus Produktionsdatensätzen würden mehr Samples enthalten.

Die Analyse vertiefen

Da die Ergebnisdatei kommaseparierte Werte enthält, kann sie leicht in einer Tabellenkalkulation geöffnet werden.

Eine Ansicht der Ergebnisdaten mit minimaler Formatierung.

Das ist gut, aber kann es besser sein? 

Die Darstellung der Transaktionsleistung in Diagrammen bietet verbesserte Klarheit.

Hinweis: Wenn Sie nur an Gesamtergebnissen interessiert sind, filtern Sie einzelne Subnetz-Anfragen heraus (z.B. das Feld, wo responseMessage = OK).

Export Subnetwork

Apache JMeter – Dateisystemansicht des Testplanordners

Der Export Subnetwork Testplan

• Um den Apache JMeter Testplan herunterzuladen, der in diesem Artikel verwendet wird, siehe: ExportSubnetwork1.zip    
• Das Öffnen des Testplans in Apache JMeter sollte ähnlich wie folgt aussehen:
  • Passen Sie die User Defined Variables an Ihre Umgebung an

Hinweis: Legen Sie die Werte der Thread Group fest, um das Skalierbarkeitsprofil des Export Subnetwork Tests zu bestimmen. Ein höherer Wert für „Users“ bedeutet eine höhere maximale gleichzeitige Auslastung, die der Test erreichen wird. Erhöhen Sie „Rampup“, um die Menge der gleichzeitigen Nutzer über diese Zeitdauer (in Sekunden) allmählich zu steigern, bis das Maximum erreicht ist.

Die Export Subnetwork HTTP-Anfrage

Dieses Testelement im Testplan ist verantwortlich für exportSubnetwork Webaufrufe im Test.

Diese Komponente sendet die Anfrage und JMeter bewertet die Antwort von ArcGIS Enterprise über den REST-Endpunkt. 

Hinweis: Dieser Export Subnetwork Testplan ist so konzipiert, dass jedes Subnetz in der Datendatei exportiert wird.

Erweiterte JMeter-Funktionen

Ermittlung der Größe der Export Subnetwork-Ausgabe

Die exportSubnetwork-Anfrage erzeugt eine Datei auf dem ArcGIS Server. Diese Ausgabedatei (die üblicherweise als json oder pbf formatiert ist) kann dann in andere Systeme importiert werden. Die Größe auf der Festplatte dieses Elements kann variieren, ist aber hilfreiche Testmetadaten zur Erfassung.

Zwar wäre es einfach, wenn das Request Element direkt die Ausgabe lesen würde, um die Größe zu ermitteln, jedoch wäre dies sehr ineffizient. Diese Aufgabe bietet jedoch eine Gelegenheit, die zuvor erwähnte Groovy-Sprache zu nutzen und einige umfangreichere Dateisystemberechnungen schnell durchzuführen.

Nach der exportSubnetwork-Anfrage gibt es weitere Anfragen in Form von zwei JSR223 Samplern:

• CalculateStatistics SN:${SUBNETWORKNAME}
• SN:${SUBNETWORKNAME} Size:${outputFileSizeKB}KB

Der erste Sample enthält Groovy-Code zum Lesen der Ausgabedatei aus dem Export und legt sie in einer JMeter Variablen ab.

< P >< span class = "lia-inline-image-display-wrapper lia-image-align-inline " image - alt = " AaronLopez_1 - 1770329982691.png " style = " width : 999px ; " > < img src = " https://us.v-cdn.net/6038851/uploads/images/148012i5D09BC0A9F25CF88/AaronLopez_1 - 1770329982691.png " role = " button " title = " AaronLopez_1 - 1770329982691.png " alt = " AaronLopez_1 - 1770329982691.png " / > </ span > role="button" title="AaronLopez_1-1770329982691.png" alt="AaronLopez_1-1770329982691.png" "/><\/span><\/P>

Ein genauerer Blick auf die Groovy-Logik:<\/P>

\/\/ Variablen und einige dynamische Artefakte erfassen, um den Dateisystempfad der exportSubnetwork-Ausgabe zusammenzustellen

Zusätzliche Strategien<\/?SPAN>

Zeit vs Ressourcen<\/?SPAN>

• Beispiel Zeitbeschränkung<\/?STRONG>
  • Aufgabe innerhalb einer bestimmten Dauer abschließen (z.B. 5.000 Subnetzwerke in 4 Stunden exportieren)<\/?LI>
    • Kunde (JMeter) und Server (ArcGIS Server) können zusammenarbeiten, um Skalierbarkeit des Deployments zu testen<\/?LI>
      • Kunde sendet mehr gleichzeitige Testanfragen, Server reagiert entsprechend
        • Das Endergebnis der gesamten Testlaufzeit ist die Skalierbarkeitsanalyse<\/?U>

Abschließende Gedanken<\/?H1> Die Apache JMeter-Testpläne in diesem Artikel stellen einen programmatischen Ansatz dar, um Last auf einen Utility Network-Dienst durch die Funktionen updateSubnetwork und exportSubnetwork anzuwenden. <\/P>Das Verständnis, wie das System auf diese Last durch die von ArcGIS Enterprise zurückgegebenen Antwortzeitwerte reagiert, kann helfen zu bestimmen, ob die Bereitstellung Ihre Leistungsanforderungen erfüllen kann.<\/P>Die erstellten Tests können angepasst werden, um Zeitprobleme (mehr Gleichzeitigkeit, höhere Skalierbarkeit erforderlich) oder Ressourcenherausforderungen (speicherbeschränkte Systeme) zu bewältigen.<\/P>Strategien zur Analyse der Testergebnisse wurden ebenfalls besprochen, darunter die Verwendung des Aggregate Report im JMeter-Testplan für einige schnelle Leistungsstatistiken sowie das Diagramm einzelner Antwortzeiten zur visuellen Klarheit.<\/P>Während der Gesamtprozess für die Update Subnetwork- und Export Subnetwork-Testpläne ähnlich ist, enthält Export Subnetwork eine zusätzliche Transaktion, die die resultierende Ausgabe auf ArcGIS Server mit Groovy untersucht, um die Dateigröße für jedes Subnetzwerk zu ermitteln.<\/P>Um die in diesem Artikel verwendeten Apache JMeter-Testpläne herunterzuladen, siehe:UpdateSubnetwork1.zip<\/A><\/STRONG><\/LI>ExportSubnetwork1.zip<\/A><\/STRONG>  <\/LI><\/UL><\/LI><\/UL>

Zu berücksichtigende Punkte<\/SPAN><\/H2>Diese Liste enthält bestimmte Themen, die die gesamte Skalierbarkeitsanalyse verbessern oder potenzielle Herausforderungen darstellen können:<\/SPAN><\/P>Metriken<\/STRONG>Das Erfassen der Prozessor- und Speicherauslastung der an dem Test beteiligten Maschinen kann die Analyse stärken und helfen, Hardwarekonflikte zu erkennen<\/SPAN>Es gibt verschiedene Methoden, um diese Aufgabe durchzuführen<\/LI>Der Artikel: Capturing Hardware Utilization During an Apache JMeter Load Test (Intermediate)<\/A> stellt mehrere Ansätze vor<\/LI>Das Erkennen eines Hardwareengpasses wie volle Prozessor-Auslastung oder Speicherauslastung kann den GIS-Administrator und\u002For Entwickler informieren, dass zusätzliche Ressourcen benötigt werden, bevor mehr Belastung angewendet wird<\/SPAN><\/LI><\/UL><\/LI><\/UL><\/LI>Zusätzliche Analyse<\/STRONG><\/SPAN>Optimale Serviceinstanzen<\/SPAN>Utility Network-Dienste benötigen dedizierte Serviceinstanzen<\/SPAN>Dedizierte Dienste haben eine minimale und maximale Anzahl von Instanzen, die angepasst werden können, um Ihren Anforderungen gerecht zu werden (gleichzeitige Benutzeranforderungen oder Speicherbeschränkungen)<\/SPAN><\/LI>Tests können helfen, die beste Konfiguration zu finden, die Ihren Geschäftsanforderungen entspricht<\/SPAN><\/LI><\/UL><\/LI><\/UL><\/LI><\/UL><\/LI>Service Level Agreement (SLA)<\/STRONG><\/SPAN>Statistiken aus dem Aggregate Report können GIS-Administratoren und\u002For Entwicklern helfen zu verstehen, ob die Leistung der Operationen ihren Anforderungen entspricht<\/SPAN><\/LI><\/UL><\/LI>Häufige Fallstricke<\/STRONG>Die Testclient-Maschine<\/SPAN>
Testclient-Software kann eine ressourcenintensive Anwendung sein<\/SPAN>Dies wird verstärkt, wenn viele gleichzeitige Testthreads im Test verwendet werden <\/LI><\/UL>Erwägen Sie die Installation des Testclients:< \/SPAN >Auf einer eigenen Maschine (getrennt von Maschinen, die andere ArcGIS-Aufgaben ausführen) < \/SPAN >< \/ LI >< LI >< SPAN >Mit ausreichenden Hardware-Ressourcen (Anzahl der Prozessorkerne und Speicher)< \/ SPAN >< \/ LI >< \/ UL >< \/ LI >< \/ UL >< \/ LI >< LI >< SPAN >Zu viel Druck, zu schnell< \/ SPAN >< UL >< LI >< SPAN >Zu viele gleichzeitige Threads zu schnell auf einen Test anzuwenden kann sich negativ auf die Leistung auswirken< \/ SPAN >< BR \/ >< UL >< LI >< SPAN >Passen Sie in den User Defined Variables die Werte für Users und Rampup in kleinen Schritten an < \/ SPAN >< SPAN >bis eine Konfiguration gefunden wird, die am besten funktioniert< \/ SPAN >< \/ LI >< \/ UL >< \/ LI >< \/ UL >< \/ LI >< \/ UL >< \/ LI >< LI >< STRONG >Synchrone vs Asynchrone Testausführung< \/ STRONG >< UL >< LI >< SPAN >Beide im Artikel aufgeführten JMeter-Testpläne enthalten die Möglichkeit, die updateSubnetwork- oder exportSubnetwork-Anfragen synchron oder asynchron auszuführen< \/ SPAN >< UL >< LI >< SPAN >Wenn nicht bekannt ist, welcher Ausführungsstil verwendet werden soll, wird empfohlen, synchron (Sync) zu verwenden, was in den Tests standardmäßig aktiv und aktiviert ist< \/ SPAN >< UL >< LI >< SPAN >Synchron ist einfacher und die optimale Wahl für Anfragen, von denen erwartet wird, dass sie in weniger als 10 Minuten abgeschlossen sind< \/ SPAN >< \/ LI >< LI >< SPAN >Asynchron (aus Sicht des Testplans) enthält mehr bewegliche Teile, ist aber < \/ SPAN >< SPAN >ideal für sehr lang laufende Aufgaben< \/ SPAN >< \/ LI >< \/ UL >< \/ LI >< \/ UL >< \/ LI >< \/ UL > < P > < \/ P > < P > < \/ P >