Quante istanze del servizio ArcGIS for Server sono ottimali?


15

Qual è il numero migliore di istanze di ArcGIS per Server?

Quando aumenterò il numero di istanze, i servizi funzioneranno più velocemente?

Risposte:


27

Ill citerò alcuni riferimenti dal wiki Dave Peters System Design Strategies , che è raccomandato per una lettura più approfondita per comprendere la complessità della risposta a questa domanda. Vorrei anche raccomandare di verificare la versione pertinente dell'aiuto web sui servizi di ottimizzazione.

Penso che questa sia davvero una bella domanda, anche se un po 'vaga, in quanto è una domanda che viene posta più volte.

Cercherò di tornare a questa domanda nel tempo per rinforzare la risposta. Felice che diventi un wiki della comunità se le persone vogliono migliorare la mia risposta.

Cosa sono le istanze di servizio?

L'istanza di servizio è un parametro di configurazione del servizio che identifica il numero minimo e massimo di thread di processo che verranno distribuiti da ArcGIS per Server per soddisfare le richieste del servizio Web in entrata.

Non deve essere confuso con l'istanza di installazione in v9.3.1 e 10 di ArcGIS Server, che per evitare confusione, ora è stato modificato nel sito GIS Server in v10.1.

  • Il numero minimo di istanze di servizio specificate verrà distribuito all'avvio del server.
  • Istanze di servizio aggiuntive verranno distribuite dal gestore del servizio in base alle richieste di richiesta di servizio fino alla configurazione di servizio massima specificata.

Queste istanze vengono eseguite sulle macchine container (peer nel sito ArcGIS alla 10.1). Se il servizio è ad alto isolamento, ogni istanza viene eseguita come un proprio processo. Il basso isolamento consente a più istanze di condividere un processo, che di solito è consigliato, poiché il multi-threading fa un uso migliore della memoria (anche se in caso di arresto anomalo di un processo, si potrebbero perdere più lavori). Con un basso isolamento, tra 8 e 24 istanze dallo stesso servizio possono condividere un processo.

inserisci qui la descrizione dell'immagine

Qual è un'impostazione ottimale?

È importante identificare la configurazione dell'istanza corretta per ogni distribuzione del servizio mappe. La corretta configurazione delle istanze di servizio dipende dalle richieste di servizio di picco attese e dalla configurazione del processore principale del computer server.

Un'applicazione che utilizza un'istanza la utilizzerà solo per il tempo necessario per completare una richiesta. Una volta completata la richiesta, l'istanza viene rilasciata nuovamente nel pool per essere utilizzata da qualcun altro.

Quando viene utilizzato il numero massimo di istanze di un servizio, un client che richiede un servizio viene messo in coda fino a quando un altro client non rilascia uno dei servizi. Il tempo necessario tra un client per richiedere un servizio e ottenere un servizio è il tempo di attesa. 

È possibile ispezionare i registri e le statistiche del server ArcGIS (non più disponibile in 10.1) per determinare quali servizi sono più popolari e richiedono più istanze a loro dedicate.

Regola generale di Dave Peters che è una risposta breve a questa domanda:

Le istanze massime devono fornire un'istanza in più rispetto ai core della macchina server disponibili. cioè N + 1 istanze in cui N = numero di core del server

Consiglio vivamente di leggere questo direttamente dal Wiki e di regolare queste impostazioni con cura. Se hai bisogno di risposte più specifiche a un determinato scenario, dovrai sollevarlo in una domanda diversa.


4
Da aggiungere a quello; è inoltre necessario considerare fortemente i tipi di servizi; un servizio memorizzato nella cache può vedere molto meno traffico ma servire un dato altrettanto complesso.
DEWright,

1
Strumento utile per le statistiche mancanti del server alle 10.1 gdbgeek.wordpress.com/2013/01/23/…
Simon
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.