Prelavoro

• To ensure cloud-native alignment, complete your data modeling and architectural reviews. Per assistenza nella modellazione e nell'architettura dei dati, contattate il GarageIBM.
• Determine the best method for your initial setup, including Metodi Terraform, API, CLI o UI.
• Determina il modello di hosting e quindi la singola o la multi-tenancy del vostro database.
• gestire la chiave di crittografia del database per i dati a riposo, è necessario portare la propria chiave di crittografia(BYOK) quando si crea il database. Questa impostazione non può essere modificata dopo il provisioning dell'istanza.
• Make sure that Criteri di accesso IAM e gruppi di risorse are set up correctly for your business protocols.
• Ensure that your account is Abilitato VRF.
• Understand your database's high availability model. Questo aspetto è trattato nella sezione "Alta disponibilità" della documentazione di ciascun database.
• To ensure you receive messages, enroll in IBM Cloud notifications, specifically the "Resource Activity" notification. Vi avvisiamo direttamente quando la versione del vostro database si avvicina alla fine del ciclo di vita. Inoltre, è possibile inserire tra i preferiti la nostra politica sul ciclo di vita delle versioni dei database, aggiornata con le date di fine vita e le risorse per tutti i database.

Esempio di lista di controllo per la produzione

• Creare un database con il modello di hosting, il disco, la RAM e le CPU virtuali richiesti. Mentre questi parametri di scalatura possono essere modificati dopo il provisioning iniziale, i dischi non possono essere ridimensionati.

• If you would like hypervisor level isolation, or if you want to guarantee a number of vCPUs, ensure that you fornire istanze di calcolo isolate.

• Aggiungi utenti. Vedere la documentazione relativa all'istanza Cloud Databases.

• Modificare la password 'Admin.

• Set up auto scaling policies, if appropriate. La logica di scalatura automatica predefinita è la linea di base suggerita. Adeguate questi parametri al vostro budget e al vostro caso d'uso. Lo spazio su disco consigliato riflette le quantità minime necessarie, ma si noti che la capacità del disco non può essere ridotta senza un backup e un ripristino. La RAM e le CPU virtualivCPUs) possono scalare verso l'alto e verso il basso. La scalatura automatica della memoria funziona in base all'utilizzo dell'I/O del disco per ottimizzare le prestazioni della cache delle pagine. I database non si autoscalano quando la memoria in uso si avvicina al 100%; questo è spesso lo stato desiderato.

  Per ulteriori informazioni, consultare l'istanza Cloud Databases.

• Impostare il monitoraggio con IBM Cloud® Monitoring, IBM Cloud® Activity Tracker Event Routing e IBM® Cloud Logs. Come minimo, impostare gli avvisi su:

  • IBM Cloud Monitoring- quando l'utilizzo del disco è superiore all'80% della capacità prevista (si consiglia di utilizzare il ridimensionamento automatico della capacità del disco). Inoltre, vi invitiamo a utilizzare, comprendere e segnalare tutte le metriche fornite, come l'I/O del disco o l'utilizzo della CPU.
  • IBM Cloud Activity Tracker Event Routing eventi di audit per le azioni del piano di controllo, come i backup falliti, gli aggiornamenti degli elenchi di permessi IP e il ridimensionamento automatico.
  • IBM Cloud Logs- qualsiasi registro specifico del database di cui si vuole ricevere notifica, come i registri delle query lente.
  • Se disponibile, attivare l'auditing granulare nel database (disponibile solo per Databases for PostgreSQL e Databases for MongoDB ) Enterprise Edition).

• Set up context-based restrictions, which give account owners and administrators the ability to define and enforce access restrictions for IBM Cloud® resources based on the context of access requests. Per ulteriori informazioni, vedere Protezione delle risorse Cloud Databases con restrizioni basate sul contesto.

• Impostare gli endpoint privati. Si può anche scegliere di disabilitare gli endpoint pubblici (altamente consigliato se non ci si aspetta una connessione dall'esterno IBM Cloud®).

• Make sure that your application uses TLS for connecting to the database. Le connessioni non sicure a Cloud Databases non sono consentite.

• Thoroughly load test, and then load test again.

• Validate the application's reconnect logic. Per alcune applicazioni il tentativo non è sufficiente ed è necessario riconnettersi. Si veda l'articolo "Unresponsive Redis Service" per un esempio di implementazione su IBM Cloud® Databases for Redis.

• Set up development and testing environments as separate instances, then work through this checklist again. A seconda dei requisiti, è possibile che non si voglia utilizzare Isolated Compute per questi ambienti di test. Il mancato utilizzo dell'Isolated Compute contribuisce a mantenere i costi più bassi.

• Completare il test del ripristino di emergenza. Provare a ripristinare l'applicazione in un'altra regione IBM Cloud. Assicurarsi di essere in grado di connettersi a un database "ripristinato" con nuovi dettagli di connessione.

  • Comprendete i vostri requisiti di Recovery Point Objective (RPO) e Recovery Time Objective (RTO) e assicuratevi di poterli soddisfare con la configurazione del vostro database.

Per risolvere l'UUID di un database, utilizzare il comando ibmcloud resource search <UUID>. Other useful CLI commands are: ibmcloud cdb about and ibmcloud cdb cxn. Per ulteriori informazioni, consultare la documentazione di riferimento del plug-in CLI.