Der Shared Service Instance Pool
Wenn Menschen über Lasttests einer ArcGIS Enterprise Site sprechen, beziehen sich solche Gespräche typischerweise auf die Nutzung von dedicated oder hosted feature services.
Seit vielen Jahren bieten dedicated und hosted services einen schnellen, zuverlässigen Mechanismus zur Online-Nutzung von stark frequentierten Kartenressourcen. Das hat sich nicht geändert.
Es gibt jedoch eine andere Art von Ressource, um Benutzern Karten bereitzustellen: den Shared Service Instance Pool.
Eingeführt in 10.7, erleichtert der shared instances pool das Anzeigen und Abfragen von Services, die weiterhin wertvoll sind, bei denen jedoch die System-Speicherauslastung gegenüber der Leistung bevorzugt wird.
Diese Funktion ermöglicht eine hohe Service-Dichte beim Veröffentlichen (z. B. viele laufende Services gleichzeitig zu veröffentlichen), allerdings auf Kosten von etwas Geschwindigkeit und Durchsatz. Dies kann ein guter Kompromiss sein, da es für viele Organisationen in der Regel mehr shared service Kandidaten als dedicated oder hosted gibt.
Aufgrund dieser vorteilhaften Eigenschaft sind shared services ein echter Game Changer. Aus Sicht des Lasttests gibt es jedoch einige Überlegungen.
Hinweis: Als GIS-Administrator gehen Sie davon aus, dass alle shared services untereinander den gleichen Wert haben. Gehen Sie außerdem davon aus, dass dedicated services eine höhere Priorität als shared services haben sollten.
Sollten Shared Services einem Lasttest unterzogen werden?
Die $64.000-Frage! Als Performance-Analyst könnte diese Frage auftauchen, wenn Sie Services auf der Site veröffentlichen.
Obwohl es sehr verlockend sein kann, shared services einem Lasttest zu unterziehen, um ihr Skalierbarkeitsprofil zu verstehen, gibt es mehrere Gründe, warum diese Strategie *nicht* sinnvoll ist:
- Wenn Skalierbarkeit oberste Priorität hätte, sollte der Service zu dedicated verschoben werden
- Shared services können zwar skalieren (z. B. mehrere gleichzeitige Anfragen für denselben Eintrag unterstützen), aber das ist nicht ihre Hauptfunktion
- Der Administrator hat den Service bereits so konfiguriert, dass die Speichernutzung bevorzugt wird
- Durch die Konfiguration als shared wird erwartet, dass der Service nicht häufig angefragt wird
- Wenn der Service gelegentlich langsamere oder etwas langsamere Antwortzeiten hat, ist das in Ordnung
- Tests solcher Services entziehen Hardware-Ressourcen von den dedicated services
- Dedicated services sind Ihre "first class" Services; lassen Sie nicht zu, dass shared services mit ihnen konkurrieren
- Dedicated und hosted services sind die bevorzugten Mechanismen für Skalierbarkeit
- Shared services sind es nicht
- Durch Tests oder häufige Anfragen an shared services können (begrenzte) Systemressourcen wie CPU und Speicher von den Services abgezogen werden, die sie benötigen, um Benutzern schnelle Leistung zu liefern
- Herausforderungen bei der Testplanverwaltung
- Es ist nicht ungewöhnlich, dass Sites Dutzende oder Hunderte von shared services haben
- Wenn man annimmt, dass alle shared services gleichwertig sind, könnte der Testplan zur effektiven Prüfung und Profilierung von hundert oder mehr shared services überwältigend und schwer zu verwalten sein
Eine Site hat eine Mischung aus Shared und Dedicated Services – Können die Dedicated trotzdem getestet werden?
Ja. Das Verständnis des Leistungs- und Skalierbarkeitsprofils von dedicated services ist weiterhin wertvolle Information für die optimale Bereitstellung und Verwaltung der Site. Testen Sie Ihre dedicated services wie gewohnt.
Können Shared services getestet werden, wenn dies der einzige veröffentlichte Instance Pool Typ ist?
Es gibt keine technischen Einschränkungen, die verhindern, dass shared services einem Lasttest unterzogen werden.
Obwohl es durchaus möglich ist, einen solchen Test durchzuführen, wird dies aus den oben genannten Gründen nicht empfohlen.
Analysieren und Überwachen der Site in regelmäßigen Abständen
Die Beliebtheit von Services kann im Laufe der Zeit zunehmen oder abnehmen. Die regelmäßige Analyse der Verkehrsprofile von Serviceanfragen kann Administratoren Informationen liefern, um die Site optimal zu konfigurieren und zu verwalten. Das bedeutet, dass Services, die häufiger angefragt werden (oder bei denen dies erwartet wird), manuell von einem shared service zu einem dedicated service verschoben werden können.
