AWS Builder Center: Learn, Build and Connect with builders in the AWS community
AWS Builder Center is the official home for builders on AWS. Share and read what others are working on, follow people who inspire you, explore training and workshops, and find tools to support what you're building.
Quali sono le cause della sostituzione di un nodo in Amazon Redshift e in che modo influisce su un cluster?
Desidero capire perché Amazon Redshift sostituisce un nodo e in che modo ciò influisce sul cluster.
Breve descrizione
La sostituzione dei nodi di un cluster Amazon Redshift è un'operazione di manutenzione che si verifica a causa di un guasto o di problemi di prestazioni dell'hardware. La sostituzione di un nodo potrebbe interrompere temporaneamente la connettività del database e influire sulle operazioni. Amazon Redshift sostituisce il nodo in modo che il cluster di data warehouse rimanga integro, affidabile ed efficiente.
Risoluzione
Guasti hardware
Guasti hardware, problemi di prestazioni dell'hardware o un potenziale rischio di guasto possono indurre Amazon Redshift a sostituire un nodo. Amazon Redshift monitora continuamente i componenti hardware all'interno di ogni nodo di un cluster. Quando Amazon Redshift rileva un problema con uno dei componenti, sostituisce il relativo nodo.
La sostituzione del nodo è una misura preventiva per evitare il danneggiamento dei dati che potrebbe verificarsi in caso di guasto del componente hardware. Ciò tuttavia potrebbe creare temporanei problemi di prestazioni poiché il cluster, una volta avvenuta la sostituzione, ridistribuisce i dati tra i nodi.
Manutenzione programmata
Per migliorare l'affidabilità e le prestazioni di un cluster, Amazon Redshift esegue aggiornamenti di sistema, applica patch e sostituisce i componenti hardware durante finestre di manutenzione predefinite.
Effetto sulle operazioni di un cluster
Quando Amazon Redshift sostituisce un nodo, è possibile che si verifichi un'interruzione temporanea del nodo del cluster, che influisce sulle sue prestazioni. Se ricevi uno stato hardware-failure per un cluster con un solo nodo, il nodo non può essere sostituito. In tal caso, devi ripristinarlo da uno snapshot. Per ulteriori informazioni, consulta Snapshot e backup di Amazon Redshift.
Best practice per la sostituzione di nodi
Per ridurre al minimo l'effetto della sostituzione di nodi sulle operazioni del database, utilizza le seguenti best practice:
- Esamina le notifiche degli eventi di Amazon Redshift che ti avvisano delle finestre di manutenzione o dei problemi hardware che potrebbero causare la sostituzione di nodi e pianifica le operazioni di conseguenza.
- Puoi rinviare la finestra di manutenzione di un cluster in modo che la manutenzione venga eseguita durante le ore non di punta o nei periodi di minore attività del database.
- Integra meccanismi di ripetizione nelle applicazioni. I meccanismi di ripetizione gestiscono le perdite temporanee di connessione o le basse prestazioni durante la sostituzione di nodi, in modo che le applicazioni possano ripristinarsi e funzionare dopo il completamento della sostituzione. Tutti AWS SDK hanno un meccanismo di ripetizione integrato con un algoritmo che utilizza un backoff esponenziale.
- Utilizza cluster multi-nodo per i carichi di lavoro di produzione perché i cluster multi-nodo garantiscono una migliore tolleranza ai guasti e una maggiore disponibilità rispetto ai cluster a nodo singolo.
Informazioni correlate
Cluster e nodi in Amazon Redshift
Notifiche di eventi di cluster con provisioning di Amazon Redshift
Considerazioni sull'utilizzo dei cluster con provisioning di Amazon Redshift
- Argomenti
- Analytics
- Lingua
- Italiano

Contenuto pertinente
AWS UFFICIALEAggiornata un anno fa