Ogni pensiero su RightScale e Scalr per dinamica EC2 esempio gestione [chiuse]

Question

Sto cercando uno strumento efficace dei costi per la gestione di una web app su EC2. RightScale sembra il grosso cane e gli oneri per esso. Scalr si presenta come una soluzione conveniente di più, ma è difficile trovare eventuali esperienze reali dei clienti ..

Gli aspetti chiave che sto cercando è un bilanciatore di carico (http e https) e un modo per portare automaticamente in linea ulteriore capacità server web con l'aumentare del carico così come terminare i casi in cui il carico cade.

Da quello che posso dire, un sacco di persone sono a rotazione le proprie cose qui. Stiamo cercando di rilasciare un app e non vuole veramente avere a combattere troppe pesanti battaglie amministratore di sistema. Data l'importanza della performance, ecc Sarei grato a sentire consigli e le esperienze dal campo su questo.

Answer 1

Sono un utente Scalr, un abbonato Scalr.net, e sono diventato un appassionato di Scalr. Non posso permettermi RightScale.

Scalr può fare ciò che si chiede.

Scalr ha tre immagini (ognuno con le versioni 32/64 bit), oltre a una base di un'immagine (generico):

1) Un'immagine di bilanciamento del carico, in esecuzione nginx. Una configurazione altamente disponibile richiede due di questi. Scalr gestirà la vostra nameservice e round robin tra di loro. Se uno va giù, Scalr la rimuoverà dal DNS e portare un altro esempio. E 'possibile eseguire altri bilanciamento del carico, ma nginx è il default.

2) immagini di server Diversi applicazione sono disponibili, in esecuzione Apache / Tomcat / Rails. Si imposta l'applicazione qui, sia esso PHP / Perl / Python / Java / Rubino / qualunque cosa. Percorsi nginx richieste tra questi casi raggruppate per utente univoco (basata su IP + browser). Scalr monitora questi per upness troppo, e sostituisce rotto le istanze.

3) Un'immagine database MySQL, con la replica automatica master / slave. Basta implementare lo schema, e Scalr gestisce la replica e sostituisce i server defunte. Sarà anche il backup dei dati periodicamente. DNS di Scalr fornisce master e slave nomi host, in modo da poter avere la vostra applicazione leggere dagli slave e scrivere al master.

Tutti questi tipi di istanza si auto-scala in base al carico. Si avvia l'immagine di base più vicino a quello che stai facendo con, e poi di personalizzare per l'applicazione. Per esempio, abbiamo distribuire la nostra applicazione Perl / Catalyst sulle istanze del server Apache, ma serviamo contenuti statici dai server front-end nginx. Abbiamo dovuto modificare leggermente la nostra applicazione da usare lettura maniglie di database / scrittura.

Tutto sommato, ci sono voluti circa tre settimane di lavoro attraverso bug in Scalr per ottenere la nostra applicazione ad uno stato affidabile in cui sono fiducioso che è altamente disponibile con Scalr. Il loro sostegno è stato fenomenale, così gli insetti non mi ha infastidito troppo, e il sistema è davvero venendo fuori. Si sta avvicinando seria affidabilità.

Come nota a margine, la caratteristica migliore del Scalr è la 'Sincronizza a Tutti' caratteristica, che auto-bundle tuo AMI e ri-distribuisce su una nuova istanza - il tutto senza interruzione del servizio. Ciò consente di risparmiare il tempo di passare attraverso il / processo di creazione di immagini AMI EC2 lungo, che può rendere in altro modo le attività di amministrazione molto semplici impiegano 20 minuti. È possibile utilizzare questo se si sta ridimensionando la server farm o no -. Sarebbe molto utile anche su una singola istanza

pago Scalr.net 50 $ al mese per ospitare il servizio per me, perché penso che mi fa risparmiare tempo e denaro. La linea di fondo fino ad ora è questo: al mio ultimo concerto, abbiamo avuto un ragazzo di sistemi a lavorare sulla nostra alta disponibilità di setup application server Linux DB + per un anno ... e lui non è riuscito a raggiungere il tipo di affidabilità che ho raggiunto in tre settimane . Il risparmio utilizzando Scalr rispetto a rotazione mia sono estreme.

Detto questo, se potessi permettermelo RightScale, mi sarebbe utilizzando RightScale. Ma la tassa di up-front e $ 500 al mese che rendono impossibile. Si è parlato di sventolare la tassa up-front in cambio di sventolando la consulenza che include, ma la tassa di servizio mensile non va da nessuna parte.

Devo dire che in questo momento, il sito web di sclar.net è giù, quindi se volevo gestire qualsiasi dei miei server farm (non li hanno fino atm), ho semplicemente non poteva in questo momento. Non è chiaro se il ridimensionamento sta lavorando per gli abbonati scalr.net in questo momento, o no. Vale a dire ... questo non è forse ancora una soluzione matura. Questo non accade spesso, prima di stasera l'unico tempo di inattività ho sperimentato erano in periodi di pochi minuti alla volta. Ma sì ... proprio giù adesso, quindi devo dirlo:)

Vorrei suggerire una lettura approfondita del gruppo di supporto a http://groups.google.com / gruppo / scalr-discutere prima di prendere una decisione. Se si sceglie Scalr, essere pronti per provare la configurazione e il lavoroattraverso tutti i problemi che hai sul gruppo Google.

Answer 2

io commento alla tua domanda, dal momento che dà una risposta concreta è un po 'ambiziosa.

In primo luogo, vedo che hai haproxy sui tag. Questo è sicuramente il miglior bilanciamento del carico software dimostrato in EC2. C'è la documentazione e le esperienze nei forum AWS sull'uso di HAProxy.

Non sono in grado di dare un parere sulla scalr, ma RightScale sta andando nella direzione giusta. Una delle caratteristiche più interessanti RightScale nella loro tabella di marcia è che sono un sistema di Gestione cloud per qualsiasi nube non solo EC2 di Amazon. Che li rende molto promettente quando si cerca di richiedere il bilanciamento del carico e upscaling nel bisogno.

Inoltre è possibile iscriversi per un account gratuito sviluppatore RightScale e si può testare alcuni dei loro AMI e script gratuiti, sono abbastanza impressionanti.

Bene, questo potrebbe suonare come sto lavorando lì o qualcosa del genere, ma io sono un utente appena nuvola, nessun collegamento con loro. Se che attraversa la tua mente.

Spero che questo aiuta, almeno aggiunge alla discussione.

Geo

Answer 3

Conosci lo Scalr per circa due mesi e hanno lentamente la transizione diverse applicazioni di produzione per la piattaforma con buoni risultati. Li raccomando vivamente per rapido giro intorno / il supporto e valore. Mi piacerebbe vederli migliorare la disponibilità della loro piattaforma.

Tutto sommato, una buona misura per il manifesto originale, basato sul semplice caso d'uso presentato.

Answer 4

Ogni servizio ha una brutta giornata. servizi AWS vedere i tempi di fermo. Tuttavia, ci sono ancora gli utenti che eseguono le loro applicazioni su AWS.

Ho un paio di fattorie Scalr.net e rispetto al RightScale. Non devo pagare un braccio e una gamba.

Nel complesso, il servizio è molto affidabile. E ora con il motore di scripting posso impostare il mio script di governare le mie istanze.

Con Saluti Hareem Haque

Answer 5

Entrambi i servizi (RightScale e scalr) sono ottimi. L'offerta non è lo stesso e il prezzo non è lo stesso troppo. Ma sono entrambi quello che stavo cercando. Regaring nostro scalr budget si adatta alle mie esigenze. Ho trovato il supporto tramite un gruppo Google molto strano all'inizio, ma è molto veloce ed efficiente.

La loro soluzione è anche open source (non male) e hanno anche un V2 nella loro tabella di marcia con il supporto ad altri fornitori.

aspettare e vedere, ma fino ad ora, sono molto felice con esso

Answer 6

Decidere la scelta giusta non può essere come tagliare e secca come tutti si aspettano. Ho incontrato e ascoltato i colloqui da Scalr sulla loro piattaforma e hanno anche ascoltato RightScale discutere la loro piattaforma. Se si dispone di un semplice SOA (App Server - Database Server - file server), allora o scelta sarà giusta per la vostra azienda.

In definitiva, se è stato creato un po 'di middleware personalizzati e si basano su socket noti o punti specifici per le strette di mano, è necessario prendere in considerazione il bilanciamento del carico e di auto-ridimensionamento cosa si può e ripiegare per le proprie soluzioni per quello che puo' t essere gestiti con uno di questi servizi.

Answer 7

Alcune persone dicono che automatica ridimensionamento non risolverà il problema

Answer 8

Sto cercando di Scalr in questo momento e anche se tutto sembra buono, ho deciso di continuare con il mio script allo scopo di nuvola gestione / ridimensionamento. Ho 8 server in questo momento e sto pagando solo le spese di AWS. Io uso chef (self-hosted), Nagios, e un sacco di altri strumenti. Le mie basi di dati sono mysql e MongoDB, bilanciamento del carico è haproxy, strato di applicazione è rotaie. Fino a quando ho bisogno di 100s di server, Penso che solo tenere scriptin'; -)