AWS re:Invent 2022 si è aperto con una serie di annunci di prodotti che hanno avuto un impatto su AI/ML, elaborazione, analisi, contenitori, database e altro ancora. Questo post si concentra sugli aggiornamenti ad alcuni servizi di storage AWS.
AWS re:Invent 2022 si è aperto con una serie di annunci di prodotti che hanno avuto un impatto su AI/ML, elaborazione, analisi, contenitori, database e altro ancora. Questo post si concentra sugli aggiornamenti ad alcuni servizi di storage AWS.
Throughput elastico di Amazon EFS
Throughput elastico di Amazon EFS è una nuova modalità di throughput per AmazonEFS progettato per fornire alle applicazioni tutto il throughput di cui hanno bisogno con prezzi con pagamento in base al consumo. La modalità throughput consente ai clienti di semplificare l'esecuzione di carichi di lavoro e applicazioni su AWS fornendo storage di file condiviso che non richiede provisioning o gestione della capacità.
Elastic Throughput è progettato specificamente per carichi di lavoro dinamici e imprevedibili con requisiti prestazionali difficili da prevedere. Se abilitato, Elastic Throughput su un file system Amazon EFS gestisce attivamente le prestazioni di un file system e impedisce il pagamento eccessivo delle risorse inattive per garantire le prestazioni delle tue applicazioni.
L'abilitazione di Elastic Throughput elimina la necessità di specificare o fornire capacità di throughput poiché Amazon EFS fornisce automaticamente le prestazioni di throughput necessarie all'applicazione. Allo stesso tempo, i clienti pagano solo la quantità di dati letti o scritti.
Amazon EFS è progettato per fornire storage di file serverless e completamente elastico per consentire la condivisione dei dati dei file per applicazioni basate su cloud senza pensare al provisioning o alla gestione della capacità e delle prestazioni di storage. Con Elastic Throughput, Amazon EFS estende la sua semplicità ed elasticità alle prestazioni, in modo che i clienti possano eseguire una gamma ancora più ampia di carichi di lavoro di file. Amazon EFS è particolarmente adatto a supportare un ampio spettro di casi d'uso, tra cui analisi e scienza dei dati, machine learning, strumenti CI/CD, gestione dei contenuti, servizi Web e applicazioni SaaS.
Amazon EFS Elastic Throughput è disponibile in tutte le regioni che supportano EFS ad eccezione delle regioni AWS Cina.
Controlli di failover per punti di accesso multiregione Amazon S3
Punti di accesso multiregione Amazon S3 fornire un endpoint globale che si estende su bucket S3 in più regioni AWS. Con gli access point multiregione S3, è possibile creare applicazioni multiregione con la stessa semplice architettura utilizzata in una singola regione. Questa nuova funzionalità utilizza Acceleratore globale di AWS per monitorare la congestione della rete e la connettività e instradare il traffico alla copia più vicina dei dati. Se si perde la connettività tra un client e un bucket in una particolare regione, il punto di accesso multi-regione instraderà automaticamente tutto il traffico al bucket più vicino (sincronizzato tramite replica S3) in un'altra regione.
Controlli di failover per punti di accesso multi-regione
I controlli di failover consentono agli utenti di spostare il traffico delle richieste di accesso ai dati S3 instradato attraverso un access point multiregione Amazon S3 verso una regione AWS alternativa in pochi minuti per testare e creare applicazioni ad alta disponibilità per la continuità aziendale.
Il modello di punto di accesso multi-regione esistente considera tutte le regioni come attive e può inviare traffico a ognuna di esse. Il modello introdotto ad AWS re:Invent consente agli utenti di designare le regioni come attive o passive. I bucket nelle regioni attive ricevono traffico (GET, PUT e altre richieste) dal punto di accesso multiregione; i bucket nelle regioni passive no. La replica tra regioni Amazon S3 funziona indipendentemente dallo stato attivo o passivo di una regione relativa a un particolare punto di accesso multiregione.
Jeff Barr ha elencato alcune cose che i clienti devono ricordare quando utilizzano la nuova funzionalità Controllo failover.
Attivo passivo – Deve esserci almeno una regione attiva in ogni momento.
Accesso CLI e API – È possibile avviare un failover a livello di codice chiamando
SubmitMultiRegionAccessPointRoutes. È possibile recuperare la serie corrente di percorsi chiamandoGetMultiRegionAccessPointRoutes. Gli endpoint per queste API sono disponibili nelle regioni Stati Uniti orientali (Virginia settentrionale), Stati Uniti occidentali (Oregon), Asia Pacifico (Sydney, Tokyo) ed Europa (Irlanda).Prezzi – Non sono previsti costi aggiuntivi per questa funzionalità oltre all'utilizzo delle nuove API, fatturate come richieste S3 GET e PUT standard. Per i prezzi di utilizzo dell'access point multiregione S3, consultare la Il trasferimento dei dati scheda del Amazon S3 Pagina dei prezzi.
Regioni – Questa funzionalità è disponibile in tutte le regioni AWS in cui sono presenti punti di accesso multiregione attualmente disponibile.
Novità per AWS Backup: proteggi e ripristina i tuoi stack CloudFormation
Per definire la politica di protezione dei dati di un'applicazione, è essenziale esaminare i suoi componenti e scoprire quali archiviano i dati che necessitano di protezione. Quelli sono i statale componenti dell'applicazione, come database e file system. Altri componenti non memorizzano i dati ma devono essere ripristinati in caso di problemi. Questi sono apolide componenti, come i contenitori e le relative configurazioni di rete.
Quando si gestiscono applicazioni che utilizzano l'infrastruttura come codice (IaC), esiste un unico repository che descrive tutti questi componenti. Sarebbe fantastico se tali informazioni potessero essere utilizzate per proteggere le applicazioni. Backup AWS ora supporta l'aggiunta di un file AWS CloudFormazione impilare alle politiche di protezione dei dati.
Quando si utilizza CloudFormation come risorsa, viene eseguito il backup di tutti i componenti con stato supportati da AWS Backup all'incirca nello stesso momento. Il backup include anche le risorse senza stato nello stack, ad esempio AWS Identity and Access Management (IAM) ruoli e Amazon Virtual Private Cloud (Amazon VPC) gruppi di sicurezza.
Ora esiste un unico punto di ripristino che può essere utilizzato per ripristinare lo stack dell'applicazione o le singole risorse. In caso di ripristino, non è necessario combinare strumenti automatizzati con script personalizzati e attività manuali per ripristinare e rimettere insieme l'intero stack dell'applicazione. Mentre modernizzi e aggiorni un'applicazione gestita con CloudFormation, AWS Backup tiene automaticamente traccia delle modifiche e aggiorna le policy di protezione dei dati per te.
Il supporto di CloudFormation per AWS Backup aiuta inoltre a dimostrare la conformità alle policy di protezione dei dati. Monitoraggio delle risorse dell'applicazione in Responsabile dell'audit di AWS Backup è una funzionalità di AWS Backup che fornisce audit e reporting sulla conformità delle policy di protezione dei dati. Blocco del vault di backup di AWS può essere utilizzato anche per gestire l’immutabilità dei backup come richiesto dagli obblighi di compliance dell’azienda.
Disponibilità e prezzi
Backup AWS il supporto per gli stack CloudFormation è oggi disponibile utilizzando la console, Interfaccia a riga di comando (CLI) di AWSe SDK AWS in tutto Regioni AWS dove viene offerto AWS Backup. Non sono previsti costi aggiuntivi per le risorse stateless sottoposte a backup e ripristinate da AWS Backup. Paghi solo per risorse stateful come database, volumi di storage o file system. Per ulteriori informazioni, vedere Prezzi di AWS Backup.
Amazon Redshift supportato in AWS Backup
Amazon RedShift consente ai clienti di analizzare i dati nel cloud su qualsiasi scala. Amazon Redshift offre funzionalità di protezione dei dati native per proteggere i dati utilizzando snapshot automatici e manuali. Funziona benissimo da solo, ma quando si utilizzano altri servizi AWS è necessario configurare più di uno strumento per gestire le policy di protezione dei dati.
Per semplificare tutto ciò, AWS ha aggiunto il supporto per Amazon Redshift in Backup AWS. AWS Backup consente ai clienti di definire una policy di backup centrale per gestire la protezione dei dati delle applicazioni e proteggere anche i cluster Amazon Redshift. Ciò fornisce un'esperienza coerente durante la gestione della protezione dei dati in tutti i servizi supportati.
In una configurazione multi-account, le policy centralizzate in AWS Backup offrono la possibilità di definire policy di protezione dei dati su tutti gli account all'interno dell'account Organizzazioni AWS. Per soddisfare le esigenze di conformità normativa, AWS Backup ora include Amazon Redshift nel suo pacchetto rapporti pronti per il revisore. C'è anche la possibilità di utilizzare Blocco del vault di backup di AWS per avere backup immutabili e prevenire modifiche dannose o involontarie.
Disponibilità e prezzi
Amazon RedShift supporto in Backup AWS è disponibile oggi in Regioni AWS dove vengono offerti sia AWS Backup che Amazon Redshift, ad eccezione delle regioni con sede in Cina. Utilizzare questa funzionalità tramite Console di gestione AWS, Interfaccia a riga di comando (CLI) di AWSe SDK AWS.
Non sono previsti costi aggiuntivi per l'utilizzo di AWS Backup rispetto alla funzionalità di snapshot nativa di Amazon Redshift. I costi complessivi dipendono dalla quantità di spazio di archiviazione e conservazione necessaria. Per ulteriori informazioni, vedere Prezzi di AWS Backup.
Failback in-AWS automatizzato per AWS Elastic Disaster Recovery
Quando abilitato, AWS Elastic Disaster Recovery (DRS) mantiene una strategia di replica costante per sistemi operativi, applicazioni e database. AWS ha annunciato che DRS ora supporta il failback in-AWS, aggiungendosi al supporto esistente per esercitazioni di ripristino senza interruzioni e failback in locale.
Poiché i test e le esercitazioni sono fastidiosi e richiedono molto tempo, vengono spesso trascurati. Aggiungere automazione e semplificazione al mix, il che incoraggia esercitazioni frequenti su larga scala per prepararsi meglio al disastro. Con in-AWS Failback, questi test possono essere utilizzati in locale o su AWS. L'implementazione di esercitazioni di ripristino senza interruzioni dà la certezza che gli obiettivi del tempo di ripristino (RTO) e degli obiettivi del punto di ripristino (RPO) verranno raggiunti nel caso in cui venga avviato un ripristino o un failback.
Il supporto automatizzato in questo nuovo servizio fornisce un'esperienza semplificata e accelerata per il failback Amazon Elastic Compute Cloud (Amazon EC2) istanze nella regione originale e sia i processi di failover che di failback (per il ripristino in locale o in AWS) possono essere avviati comodamente dalla Console di gestione AWS.
Failover e failback
failover sta spostando l'applicazione in esecuzione in un'altra zona di disponibilità o anche in una regione diversa, nel caso in cui interruzioni o problemi minaccino la disponibilità dell'applicazione. failback è il processo di restituzione dell'applicazione alla posizione locale o alla regione originale. Per i failover su un'altra zona di disponibilità, i clienti indipendenti dalla zona possono continuare a eseguire l'applicazione nella nuova zona a tempo indeterminato, se necessario. In questo caso, annulleranno la replica del ripristino in modo che l'istanza ripristinata sia protetta per il ripristino futuro. Supponiamo tuttavia che il failover avvenga in una regione diversa. In tal caso, è probabile che i clienti vogliano eventualmente eseguire il failback e tornare alla regione originale una volta risolti i problemi che hanno causato il failover.
Le immagini seguenti illustrano le architetture per le applicazioni in-AWS protette da DRS. L'architettura nell'immagine seguente riguarda scenari con zone di disponibilità incrociate.
Il diagramma dell'architettura riportato di seguito riguarda scenari tra regioni.
Scopri di più sul failback in-AWS con Elastic Disaster Recovery
Come accennato in precedenza, sono disponibili anche tre nuove API per i clienti che desiderano personalizzare i passaggi granulari coinvolti. La relativa documentazione è reperibile utilizzando i collegamenti seguenti.
Il nuovo supporto di failback in-AWS è disponibile in tutte le regioni in cui AWS Elastic Disaster Recovery è disponibile. Scopri di più su AWS Elastic Disaster Recovery nella Guida per l'utente.
Interagisci con StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | TikTok | RSS feed
