Amazon EC2 (Amazon Elastic Compute Cloud) è una favolosa piattaforma di cloud computing. La maggior parte di Internet funziona su Amazon AWS:quando gli utenti fanno riferimento al "cloud computing", parlano implicitamente di Amazon AWS. La mia azienda gestisce e gestisce database su AWS da un paio d'anni e abbiamo imparato molto dalle nostre esperienze. Sebbene AWS sia una piattaforma facile da installare e da utilizzare, è estremamente difficile eseguire grandi carichi di lavoro ad alta intensità di disco su AWS. Non sto dicendo che non sia possibile, tuttavia, il tempo e l'esperienza richiesti sono al di là della maggior parte degli utenti. Ecco alcune cose che vorrei vedere in Amazon EC2 per semplificare l'esecuzione dei database su AWS.
-
Dischi locali non temporanei
EBS basato sulla rete è conveniente per la maggior parte dei carichi di lavoro, ma le prestazioni sono pessime per carichi di lavoro pesanti in scrittura. L'introduzione di IOPS con provisioning allevia un po' questo problema. Tuttavia, gli IOPS con provisioning sono piuttosto costosi e i costi si sommano, soprattutto quando si esegue un grande cluster con 10-20 macchine. In alternativa, sarebbe fantastico se i carichi di lavoro pesanti del disco come i database potessero essere eseguiti dal disco locale. Non è un'opzione oggi perché i dischi locali sono "effimeri". Se arresti e riavvii la macchina, potrebbe spostarsi su un host diverso e perdere i dati locali. Questo non è un rischio accettabile anche in presenza di più copie di dati.
-
SSD a basso costo
Sarebbe fantastico se Amazon potesse prendere un foglio dal libro di DigitalOcean e introdurre SSD a basso costo per i suoi server. L'elaborazione lato server si sta lentamente spostando su SSD e in pochi anni i server SSD diventeranno lo storage di fatto per i carichi di lavoro del tuo server. Amazon offre oggi SSD, ma sono abbastanza costosi e non sono un'opzione per la maggior parte dei carichi di lavoro. Inoltre, l'offerta SSD presenta lo stesso problema "effimero" dei dischi locali.
-
Gruppi di sicurezza interregionali
I cluster geo-distribuiti sono una realtà dei nostri tempi. Un certo numero di clienti ha bisogno di distribuire server in più regioni per molteplici motivi che vanno dalla disponibilità al partizionamento. L'unico modo per proteggere queste implementazioni oggi è utilizzare una whitelist IP che è estremamente difficile da mantenere. I gruppi di sicurezza interregionali alleggeriranno notevolmente l'onere per i clienti che effettuano la distribuzione in più regioni. oggi, Amazon ha pochissime funzionalità che funzionano in tutte le regioni. Di recente hanno introdotto la possibilità di copiare i modelli tra le regioni, il che è molto utile e spero che continuino ad aggiungere altre funzionalità che sono tra le regioni.
-
Istantanee sincronizzate su più volumi
In alcuni dei nostri cluster di database più grandi, è necessario eseguire il backup di più server contemporaneamente. Ad esempio, in un cluster MongoDB con partizionamento orizzontale, è necessario eseguire il backup di una copia coerente di tutti gli shard. Sebbene ci siano tecniche per farlo oggi, sono tutte abbastanza pelose e vulnerabili al fallimento. Un modo ideale per eseguire il backup di questi server è avviare uno snapshot sincronizzato su più volumi. Ciò garantirà uno snapshot coerente su tutti i volumi.
-
Migliore gestione del VPC
Personalmente non mi piace l'idea di esporre i database di produzione a Internet. Quindi, sono un grande fan dei Virtual Private Clouds (VPC). La tecnologia è ottima ma l'interfaccia di gestione è piuttosto noiosa. VPC ed EC2 classico sono molto simili finché non lo sono. Si finisce per passare avanti e indietro tra la console EC2 e la console VPC. Una volta che gestisci più di 10 server, l'attuale paradigma di gestione comporta un notevole onere per l'utente. Penso che ci sia spazio per semplificare i concetti e renderli più facili da gestire.
Come sempre, se hai domande, non esitare a contattarci [email protected].
