Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Outposts scaffale manutenzione
Secondo il modello di responsabilità condivisa modello
avvertimento
Eventuali guasti dell'unità disco sottostante o l'arresto, l'ibernazione o l'interruzione dell'istanza comportano il rischio di perdita dei dati presenti sui volumi dell'archivio dell'istanza. Per prevenire la perdita di dati, ti consigliamo di eseguire il backup dei dati a lungo termine presenti sui volumi di archivio dell'istanza in un sistema di archiviazione persistente, come un bucket Amazon S3, un volume Amazon EBS o un dispositivo di archiviazione di rete nella tua rete on-premise.
Indice
Aggiorna i dettagli di contatto
Se il proprietario di Outpost cambia, contatta Supporto AWSCenter
Manutenzione dell'hardware
Se AWS rileva un problema irreparabile con l'hardware durante il processo di provisioning del server o durante l'hosting di istanze Amazon EC2 in esecuzione sul tuo rack Outposts, notificheremo al proprietario delle istanze che è previsto il ritiro delle istanze interessate. Per ulteriori informazioni, consulta Ritiro dell'istanza nella Guida per l'utente di Amazon EC2.
Il proprietario di Outpost e il proprietario dell'istanza possono collaborare per risolvere il problema. Il proprietario dell'istanza può arrestare e avviare un'istanza interessata per eseguirne la migrazione alla capacità disponibile. I proprietari delle istanze possono arrestare e avviare le istanze interessate in qualsiasi momento, in base alle proprie esigenze. In caso contrario, interrompe e avvia le istanze interessate alla data di ritiro dell'istanza. AWS Se l'Outpost non dispone di capacità aggiuntiva, l'istanza rimane in stato di arresto. Il proprietario dell'Outpost può provare a liberare la capacità usata o richiedere capacità aggiuntiva per l'Outpost al fine di poter completare la migrazione.
Se è necessaria la manutenzione dell'hardware, AWS contatterà il proprietario di Outpost per confermare la data e l'ora della visita del team di AWS installazione. Le visite possono essere programmate non appena due giorni lavorativi dal momento in cui il proprietario di Outpost parla con il AWS team.
Quando il team di AWS installazione arriverà sul posto, sostituirà gli host, gli switch o gli elementi del rack non funzionanti e metterà online la nuova capacità. Il team non eseguirà alcuna diagnostica o riparazione dell'hardware in loco. Se sostituiscono un host, rimuoveranno e distruggeranno la chiave di sicurezza NIST-compliant fisica, distruggendo efficacemente tutti i dati che potrebbero rimanere sull'hardware. Questo garantisce che nessuno dei dati lasci il sito del cliente. Nel caso in cui il team sostituisca un dispositivo di rete Outpost, i dati sulla configurazione di rete potrebbero essere presenti sul dispositivo quando viene rimosso dal sito. Queste informazioni possono includere indirizzi IP e ASN utilizzati per stabilire interfacce virtuali per configurare il percorso verso la rete locale o il ritorno alla regione.
Aggiornamenti del firmware
L'aggiornamento del firmware di Outpost in genere non influisce sulle istanze dell'Outpost. Nella remota eventualità che sia necessario riavviare l'apparecchiatura Outpost per installare un aggiornamento, riceverai un avviso di ritiro dell'istanza per tutte le istanze in esecuzione su tale capacità.
Manutenzione delle apparecchiature di rete
La manutenzione dei dispositivi di rete Outpost (OND) viene eseguita senza compromettere le normali operazioni e il traffico di Outpost. Nel caso in cui sia necessario eseguire un intervento di manutenzione, il traffico viene deviato dall'OND. Potresti notare cambiamenti temporanei negli annunci BGP, ad esempio le AS-Path anteprime e le corrispondenti modifiche nei modelli di traffico sugli uplink di Outpost. Con gli aggiornamenti del firmware OND, potresti notare problemi di flapping BGP.
Ti consigliamo di configurare le apparecchiature di rete dei clienti per ricevere annunci BGP da Outposts senza modificare gli attributi BGP e di abilitare il bilanciamento BGP per ottenere flussi di traffico in entrata ottimali multipath/load . AS-Path il prepending viene utilizzato per i prefissi dei gateway locali per allontanare il traffico dalle OND se è necessaria la manutenzione. La rete di clienti dovrebbe preferire percorsi da Outposts con una AS-Path lunghezza di 1 rispetto a percorsi con una AS-Path lunghezza di 4.
La rete del cliente dovrebbe propagare prefissi BGP uguali con gli stessi attributi per tutti i dispositivi di rete Outpost. Per impostazione predefinita, la rete Outpost bilancia il carico del traffico in uscita tra tutti gli uplink. Le policy di routing vengono utilizzate sul lato Outpost per deviare il traffico da un OND nel caso in cui sia necessario eseguire un intervento di manutenzione. Questa deviazione del traffico richiede prefissi BGP uguali dal lato cliente su tutti i dispositivi di rete Outpost. Se è necessaria la manutenzione della rete dei clienti, si consiglia di utilizzare il AS-Path prepending per spostare temporaneamente l'array di traffico da uplink specifici.
Best practice per gli eventi di alimentazione e di rete
Come indicato nei Termini di AWS servizio
Eventi di alimentazione
In caso di interruzioni complete dell'alimentazione, esiste il rischio intrinseco che una AWS Outposts risorsa non possa tornare automaticamente in servizio. Oltre a implementare soluzioni di alimentazione ridondante e di alimentazione di backup, raccomandiamo di provvedere anticipatamente alle seguenti operazioni per mitigare l'impatto di alcuni degli scenari peggiori:
-
Sposta i tuoi servizi e le tue applicazioni dalle apparecchiature Outposts in modo controllato, utilizzando modifiche di bilanciamento del carico DNS-based o off-rack.
-
Arresta container, istanze e database in modo incrementale ordinato e utilizza l'ordine inverso per il ripristino.
-
Effettua i test dei piani per lo spostamento o l'arresto controllati dei servizi.
-
Back-up dati e configurazioni critici e archiviali all'esterno degli Outposts.
-
Riduci al minimo i tempi di inattività a causa dell'interruzione dell'alimentazione.
-
Evita la commutazione ripetuta dei sistemi di alimentazione (off-on-off on) durante la manutenzione.
-
Programma un margine di tempo aggiuntivo nella finestra di manutenzione per far fronte a eventuali imprevisti.
-
Gestisci le aspettative dei tuoi utenti e clienti indicando un intervallo di tempo per la finestra di manutenzione più ampio rispetto a quello normalmente necessario.
-
Dopo il ripristino dell'alimentazione, crea una segnalazione presso il Supporto AWSCentro
per richiedere la verifica dell'operatività dei servizi AWS Outposts e dei servizi correlati.
Eventi di connettività di rete
La connessione service link tra Outpost e la AWS regione o la regione di origine di Outposts viene in genere ripristinata automaticamente dalle interruzioni di rete o dai problemi che possono verificarsi nei dispositivi di rete aziendali a monte o nella rete di qualsiasi provider di connettività di terze parti una volta completata la manutenzione della rete. Nel lasso di tempo in cui la connessione del collegamento al servizio è inattiva, le operazioni di Outposts sono limitate alle attività della rete locale.
Le istanze Amazon EC2, il gateway locale e i volumi Amazon EBS sugli Outposts continueranno a funzionare normalmente e sarà possibile accedervi localmente tramite la rete locale. Allo stesso modo, le risorse di AWS servizio come i nodi di lavoro di Amazon ECS continuano a funzionare localmente. Tuttavia, la disponibilità delle API verrà ridotta. Ad esempio, le API di esecuzione, avvio, arresto e terminazione potrebbero non funzionare. Le metriche e i log delle istanze continueranno a essere memorizzati nella cache locale per un massimo di 7 giorni e verranno trasferiti nella regione quando verrà ripristinata la connettività. AWS La disconnessione oltre i 7 giorni potrebbe comportare la perdita di metriche e registri.
Per ulteriori informazioni, consulta la domanda Cosa succede quando la connessione di rete della mia struttura si interrompe? nella pagina delle Domande frequenti sul rack AWS Outposts
Se il collegamento al servizio non funziona a causa di un problema di alimentazione in loco o della perdita di connettività di rete, Health Dashboard invia una notifica all'account proprietario degli Outposts. Né l'utente né l'utente AWS possono sopprimere la notifica di un'interruzione del collegamento di servizio, anche se l'interruzione è prevista. Per ulteriori informazioni, consulta Nozioni di base su Health Dashboard nella Guida per l'utente di AWS Health.
Nel caso di un intervento di manutenzione pianificato del servizio che influisca sulla connettività di rete, adotta le seguenti misure proattive per limitare l'impatto di potenziali scenari problematici:
-
Se il rack Outposts si connette alla AWS regione principale tramite Internet o Direct Connect pubblico, prima di una manutenzione pianificata, acquisisci un tracciato. Avere un percorso di rete funzionante (prima dell'intervento di manutenzione della rete) e un percorso di rete problematico (dopo l'intervento di manutenzione della rete) per individuare le differenze potrebbe essere utile per la risoluzione dei problemi. Se segnalate un problema successivo alla manutenzione AWS o al vostro ISP, potete includere queste informazioni.
Acquisisci un trace-route tra:
-
Gli indirizzi IP pubblici presso la sede Outposts e l'indirizzo IP restituito da
outposts.. Sostituireregion.amazonaws.com.rproxy.govskope.usregioncon il nome della regione principale. AWS -
Qualsiasi istanza nella regione principale con connettività della rete Internet pubblica e indirizzi IP pubblici presso la sede Outposts.
-
-
Se hai il controllo della manutenzione della rete, limita la durata dei tempi di inattività del collegamento al servizio. Includi nel processo di manutenzione una fase che verifichi il ripristino della rete.
-
Se non hai il controllo della manutenzione della rete, monitora i tempi di inattività del collegamento al servizio rispetto alla finestra di manutenzione annunciata e rivolgiti tempestivamente alla parte responsabile della manutenzione pianificata della rete se il collegamento al servizio non viene ripristinato al termine della finestra di manutenzione annunciata.
Resources
Ecco alcune risorse relative al monitoraggio che possono dare conferma del normale funzionamento degli Outpost dopo un evento di alimentazione o di rete pianificato o non pianificato:
-
Il AWS blog Monitoring best practices for AWS Outposts
tratta le migliori pratiche di osservabilità e gestione degli eventi specifiche di Outposts. -
Il AWS blog Debugging tool per la connettività di rete di Amazon VPC spiega
lo strumento. AWSSupport-SetupIPMonitoringFromVPC Questo strumento è un documento AWS Systems Manager (documento SSM) che crea un'istanza di monitoraggio Amazon EC2 in una sottorete specificata da te e monitora gli indirizzi IP di destinazione. Il documento esegue test diagnostici ping, MTR, TCP trace-route e trace-path e archivia i risultati in Amazon CloudWatch Logs che possono essere visualizzati in una CloudWatch dashboard (ad esempio latenza, perdita di pacchetti). Per il monitoraggio di Outpost, l'istanza di monitoraggio deve trovarsi in una sottorete della AWS regione principale e configurata per monitorare una o più istanze Outpost utilizzando i relativi IP privati: ciò fornirà grafici sulla perdita di pacchetti e sulla latenza tra e la regione principale. AWS Outposts AWS -
Il AWS blog Deploying an automated Amazon CloudWatch dashboard for AWS Outposts use AWS CDK
descrive i passaggi necessari per la distribuzione di un dashboard automatizzato. -
Se hai domande o hai necessità di ulteriori informazioni, consulta Creazione di un caso di supporto nella Guida per l'utente di AWS.
