Programmazione scalare i server Cloud Rackspace su e giù attraverso API

Question

stavo parlando con il supporto tecnico Rackspace oggi alla ricerca di una soluzione semplice per scalare il mio server su / giù in base al carico e mi ha detto che potrebbe essere fatto attraverso le loro API programmaticamente.

Qualcuno ha effettivamente fatto prima o che hanno qualche consiglio su come meglio affrontare questo? Mi piacerebbe sapere se qualcuno ha qualche codice di struttura o note prima di tuffarsi in e riscrivere da zero.

Grazie! Walker

Answer 1

Walker, ciò che mi sento di raccomandare per iniziare è quello di preparare i server in anticipo e poi avviare e arrestare utilizzando script sparato fuori da una soluzione di monitoraggio. Una volta che si può sempre distribuire i server approvati di qualità in un modo automatizzato si sarebbe ancora bisogno di circa 15 a 20 minuti per creare un server. Quindi, in entrambi i casi sarà necessario le risorse per essere pronti quando ne avete bisogno.

Una volta che hai il tuo arsenale di server al vostro cenno, il suo tempo per preparare la soluzione di monitoraggio. Nagios funzionano bene per questo compito. Qualsiasi soluzione di monitoraggio in grado di rispondere agli eventi con trigger ecc funzionerà.

Ci sono alcuni modi di scala, capire come gestire l'utilizzo.

Utilizzo

Questa è unico per il progetto per noi la sua una misura aggregata di sistema di carico / Richieste al secondo + IO. Per lo meno in considerazione il carico medio. Nel nostro scenario abbiamo voluto capire ciò che ha reso i nostri sistemi più frequentate e ha lavorato le nostre proprie misure di utilizzo. Che abbiamo inserito in una soluzione di monitoraggio personalizzato. Le misure di utilizzo in cui dovremmo scalare verso l'alto o fuori.

Scaling Up

Coinvolge ridimensionamento a un server più grande per servire le richieste, letteralmente mezzi al fine di richieste al server si deve migrare verso server di grandi dimensioni. O un altro modo di pensare di esso è il costo di una richiesta sarebbe ridotto se dove servito su un server più grande.

  

Nella mia esperienza la necessità di scalare si riduce nel breve termine. Se   si sempre necessario un server specifiche minime a carico manico   allora si dovrebbe vedere i livelli medi di utilizzo crescere. Una volta che il   livelli di utilizzo sono circa il 60% costantemente il suo tempo per iniziare   scaling up.

Scaling up può essere costoso, quindi se avete picchi di carico, si sono probabilmente meglio solo l'aggiunta di un altro server per la piscina, thats come Scaling lavori.

Scaling Out

Per la maggior parte dei progetti scalabilità è più comune nel breve termine, il processo prevede l'aggiunta di più host ad un ambiente e distribuire le richieste utilizzando un bilanciatore di carico. Quando i livelli di utilizzo raggiunge il 60% o più di un trigger nella soluzione di monitoraggio spara una richiesta che inizia un host. Quando il carico ritorna alla mediano La soluzione di monitoraggio interruttori server off. Dovrebbe essere automatico e nel passaggio server fuori i livelli di utilizzo dovrebbe aumentare. Cerchiamo di mantenere il 40% di utilizzo come un mediano per l'ambiente.

La complessità è quello di automatizzare la configurazione del bilanciamento del carico per vedere i nuovi host. So di persone che proprio preconfigurare il sistema di bilanciamento di utilizzare la misura di salute anche dopo che un server è spento. Il bilanciamento del carico non servirà il traffico a un host morto. Quando i server iniziano il bilanciamento del carico dovrebbe vedere di nuovo e cominciare a servire automaticamente le richieste al server.

Soluzione Finale

Distribuire un ambiente vivibile minimo e set-up di monitoraggio da guardare per i propri livelli di utilizzo. Creare trigger che avviano i server nell'ambiente prescelto. I trigger dovrebbero eseguire una richiesta che spara una chiamata a Rackspace e avvia un server. Questo è un buon inizio.

Spero che questo è stato utile per voi, e si va a costruire un ambiente di successo.