Quanta RAM è necessaria per ospitare 10 + piscine app per server web?

Question

Stiamo valutando una configurazione di SharePoint 2010, dove si distribuisce piscine app separati / applicazioni web per ogni unità di business nella nostra azienda. Avremmo 10 pool di app / istanze app web totale in quella configurazione.

attuali linee guida è per 10 piscine app max per server, ma con l'avvertenza che è davvero limitato dalla memoria del server. I nostri attuali WFEs hanno 8GB di RAM ciascuna.

Quanta RAM sarebbe necessario alle piscine ospite 10 app (o più consentendo per la crescita)? È 8GB abbastanza? Ci sono thumbrules per stimare l'utilizzo della RAM per pool app? Quali altri problemi dovrei probabilmente incontro?

Answer 1

Piscine

applicazione generalmente consumano intorno 100-200MB minimo a seconda di vari aspetti della configurazione. 10 Pool di applicazioni sarebbe quindi di circa 1-2 GB +.

Answer 2

Se si sono limitati dalla memoria, è possibile condividere lo stesso pool di applicazioni tra diverse applicazioni Web. Questo vi permetterà di risparmiare un po 'di memoria. La condivisione AppPools vi permetterà di piscina che la memoria "base" per ogni pool di app.

La quantità totale di RAM esperienza necessaria non può essere dertermined semplicemente il numero di WebApps, ma è influenzata anche da molti altri fattori.

Un motivo valido per spostare una WebApp per il proprio pool di applicazioni sarebbe se non "si comporta bene" (perdite di memoria, AppPool crash ect.) Che permetterebbe di applicare alcune contrainsts risorse su quel pool di applicazioni.

Answer 3

La cosa da ricordare è che sui sistemi x64, una piscina applicazione può consumare un sacco di memoria, se non controllata, 1GB +. Su x86 sistemi, ASP.NET è limitato a 900 MB di default. L'impostazione di un tappo di memoria è utile, ma farà sì che il pool di app a riciclare se i tentativi di app per andare su di esso, portando in pratica la vostra applicazione verso il basso per alcuni secondi. Se il codice non valido (undisposed SPSite oggetti ecc) viene distribuito in una web app, le perdite di memoria risultanti potrebbero causare questo accada con regolarità (e sto parlando ogni ora o meno per le applicazioni ad alto carico).

Quindi la cosa principale è quello di assicurarsi che il codice in esecuzione in queste applicazioni si comporta come dovrebbe :-D!

Answer 4

Fare attenzione qui - Chris è corretta in quanto 200MB è una quantità minima assoluta di RAM che un pool di app potrebbe utilizzare. Il rovescio della medaglia, se si ha dire 5 piscine app molto trafficate si potrebbe perfettamente colpire utilizzo 24GB + RAM. Ho scritto un blog sul pool di app su questo un po 'indietro, che va in un po' più in dettaglio (che comprende alcuni input da Steve Smith, MVP).

Questa non è una domanda che possiamo veramente rispondere senza comprendere appieno le vostre esigenze. E 'molto dipende da quanti server si hanno, utilizzo simultaneo, timer di programmazione di lavoro, ecc

Per quanto riguarda il numero di applicazioni Web si crea è interessato, in genere si desidera mantenere questo numero il più basso possibile. In qualità di fornitore di soluzioni hosted normalmente cercare di rimanere al di sotto di 5.

Ricordate quel sito collezioni sono l'unità di scala, non le applicazioni Web.

Answer 5

C'è un altro modo di giocare a questo ... - dato hai bisogno di questo elevato livello di separazione per motivi di lavoro - si potrebbe andare un passo oltre e - (efficace) dare ad ogni SP - applicazione web il proprio Windows - server

SP - fattoria - dal disegno - implementerà - tutti i 10 SP - applicazioni web viene eseguito su ciascun - SP - front-end - web server (ammesso che abbiate più di uno) - e come richiedete - ogni SP - applicazione web per l'esecuzione in - un IIS separato - pool di applicazioni - si avrà 10 NET - le macchine virtuali (CLR) - tutti i thread in esecuzione multiple e - tutti in competizione per lo stesso processore / risorse di memoria

Invece di usare "normale" l'approccio di bilanciamento del carico di rete - si esegue il mapping web-indirizzo di ciascun SP - applicazione web - ad una specifica di Windows - Server (IP - indirizzo)

Si potrebbe anche fare qualcosa di simile uso 4 Windows - server 5 SP - applicazioni web su un paio carico bilanciato 5 SP - applicazioni web su un altro paio con bilanciamento del carico

Ogni volontà del server in ogni caso hanno tutti 10 SP - applicazioni web - distribuito e configurato per l'esecuzione nei propri IIS - pool di applicazioni - ma - a meno che un SP - applicazione web in realtà riceve un HTTP - Richiesta - .NET - macchina virtuale (CLR) non è "ha iniziato"