Come migliorare Windows Server 2008 R2 per gestire molte connessioni?

Sono passati alcuni giorni che sto cercando di capire come risolvere questo problema. Prima di tutto, gestisco un sito Web con una visualizzazione media giornaliera della pagina di 350.000. In precedenza, tutta la gestione degli annunci (tracciamento di clic e impressione che ogni annuncio è stato pubblicato) e i contenuti venivano offerti in un singolo server con le seguenti specifiche:

Server 1
Sistema operativo: Windows 2008 R2 64-Bit
CPU: Intel® Core ™ i5 - 4 core
RAM: 8 GB
Memoria: 2 dischi rigidi da 1 TB
Larghezza di banda: 10 TB al mese

Per migliorare la velocità del nostro sito Web, ho deciso di separare lo script di gestione degli annunci su un altro server dedicato perché abbiamo più di 15 inserzionisti e 30 inserzionisti per ogni pagina.

Server 2
Sistema operativo: Windows 2008 R2 64-Bit
CPU: Intel® Core ™ i5 - 4 core
RAM: 4 GB
Memoria: 2 dischi rigidi da 300 GB
Larghezza di banda: 10 TB al mese

Il problema
Il problema è che Server 1può gestire sia il contenuto che il sistema di annunci. Ora, che porto via il sistema di annunci e lo metto a Server 2. Server 2riesce a malapena a servire solo il sistema pubblicitario.

Test

• Prima di tutto, ho spostato il 75% degli annunci in Server 2. E poi, eseguire un ping al server: ping -t xxxxx. [Ho eseguito il ping per 10 minuti e ha seguito un modello simile come di seguito]

Risposta da xxxxx byte = 32 tempo = 290 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 289 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 320 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 286 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 286 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 348 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 284 ms TTL = 116

• Quindi, ho spostato il 100% degli annunci in Server 2. Quindi, eseguire nuovamente un ping al server. [Ho eseguito il ping per 10 minuti e ha seguito un modello simile come di seguito]

Risposta da xxxxx byte = 32 tempo = 290 ms TTL = 116
Tempo scaduto per la richiesta
Risposta da xxxxx byte = 32 tempo = 320 ms TTL = 116
Risposta da xxxxx byte = 32 tempo = 286 ms TTL = 116
Tempo scaduto per la richiesta
Tempo scaduto per la richiesta
Risposta da xxxxx byte = 32 tempo = 284 ms TTL = 116

tentativi

1. Aumentare MaxUserPorteTcpNumConnection
2. Riavvia il server
3. Aumentare IIS Max InstanceseInstance MaxRequests

Risorsa server

• Viene utilizzato solo il 10% -15% della connessione di rete
• Viene utilizzato solo il 10% -15% della CPU
• Viene utilizzato solo il 25% della memoria

Bene, cominciamo. Questo è più lungo.

Hai completamente giudicato male i fatti qui sembra. Windows - anche il 2008 R2 obsoleto che dovresti aggiornare al più presto - è completamente in grado di gestire un volume che il mio telefono cellulare non ha problemi a gestire.

Quindi, ciò lascia 3 possibili aree di problemi:

• Installazione. I driver potrebbero essere scadenti. Dato che gestisci un sistema operativo obsoleto, quanto sono buoni i tuoi driver? Aggiornali: questo PU cause causare tutti i tipi di problemi.

• Rete. Questo sembra seriamente che "La mia auto è troppo lenta, per favore aiutami a renderla più veloce" quando il problema è che passi la maggior parte del tempo in un ingorgo e lamentele sul traffico non in movimento. Non è un problema di ottimizzazione dell'auto. Il traffico da 10 TB non dice nulla sulla congestione della rete. Guarda le statistiche del traffico di rete sulla tua scheda di rete e reagisci di conseguenza - se non vengono superate alla velocità che dovrebbero essere .... il tuo fornitore ha ipervenduto. Semplice.

• Codice. Potresti aver bisogno di più RAM (il computer è impegnato a scambiare RAM invece di elaborarlo) o una codifica scadente sta usando tutta la tua CPU a un livello tale da rendere lo stack TCP a livello di kernel non reagire correttamente (sì, le risposte ICMP sono così basse). Questo sarebbe brutale, ma è un'altra strada da controllare. Potrebbe anche essere che si sovraccarichi i dischi accedendoli troppo spesso invece di memorizzare nella cache RAM, ma in qualche modo non riesco a vedere che porta a ping persi. Qualsiasi problema qui non è qualcosa che un amministratore può gestire, devi lanciare l'hardware, o prendere un bastone e colpire il programmatore con esso fino a quando non lo risolve (se è un errore di livello "stupido" che consuma le prestazioni - in caso contrario, è molto più difficile ottenere guadagni seri e potrebbe essere solo il tuo bisogno di hardware più robusto).

Non richiede assolutamente alcuna ottimizzazione di Windows: una finestra ben configurata può offrire molto di più. I miei file server regolarmente ß per periodi di tempo più lunghi - forniscono 4-6 gigabit da una configurazione relativamente disponibile.

Ora, tutti i numeri che dai non dicono nulla sul serio.

• 10-15% di CPU utilizzata POTREBBE scambiare.
• Il 25% di memoria utilizzata è probabilmente un buon indicatore ora si verifica lo scambio, ma potrebbe comunque significare che la CPU è in attesa di IO.
• 10% -15% di rete utilizzata significa assolutamente nulla perché è solo il TUO lato della rete. Che dire di upstream? Che cosa succede se il provider mette 20 server con 1 gigabit su un uplink da 1 gigabit dal rack e questo trabocca come l'inferno?

L'ultimo punto è abbastanza probabile: i pacchetti rilasciati ne sono un buon indicatore. E questo non sarà visibile per te.

Il mio consiglio .... spegni qualsiasi cosa su un computer per un momento, fai un test di velocità dall'esterno con un file statico di grandi dimensioni. Scommetto che ti imbatterai in una congestione più in alto.

Qualunque cosa tu abbia fatto finora - maxuserport, tcpnumconnection, riavviare il server, giocare con le impostazioni IIS - è totalmente spento e non fa nulla nel posto migliore. Battere un martello su un'auto lenta non risolve mai nulla, specialmente se l'auto è lenta perché si trova in un ingorgo. Annullerei tutte le modifiche e inizierei ad analizzare il problema, non solo il tuo server. Al momento scommetterei sulla congestione della rete.

I ping sono esterni ai due server? In tal caso, provare il ping dal server uno al server due. Se i risultati sono totalmente diversi da quando si esegue il ping esternamente, ciò indica che il problema potrebbe non essere dovuto al server due. Inoltre, dai un'occhiata al monitor delle risorse per la lunghezza della coda del disco per le unità e il tempo attivo - sono alcune ulteriori informazioni che possono evidenziare un problema.