Tareas previas

• To ensure cloud-native alignment, complete your data modeling and architectural reviews. Si necesita ayuda con el modelado y la arquitectura de datos, póngase en contacto con el GarajeIBM.
• ' Determina el mejor método para tu configuración inicial, incluyendo Terraform, API, CLI, o métodos UI.
• ' Determina el modelo de alojamiento y, por tanto, la tenencia única o múltiple de tu base de datos.
• To manage your database's encryption key for data-at-rest, you must Traiga su propia clave de cifrado(BYOK) when creating your database. Esta configuración no puede modificarse una vez aprovisionada la instancia.
• Asegúrese de que las políticas de acceso IAM y los grupos de recursos están configurados correctamente para sus protocolos empresariales.
• Ensure that your account is VRF habilitado.
• ' Comprende el modelo de alta disponibilidad de tu base de datos. Este tema se describe en la sección "Alta disponibilidad" de la documentación de cada base de datos.
• To ensure you receive messages, enroll in IBM Cloud notifications, specifically the "Resource Activity" notification. Le avisamos directamente cuando la versión de su base de datos se acerca al final de su vida útil. Además, puede marcar nuestro " Política de ciclo de vida de las versiones de bases de datos", que se mantiene actualizado con las fechas de fin de vida y los recursos de todas las bases de datos.

Ejemplo de lista de comprobación de "Cómo pasar a producción"

• ' Crear una base de datos con el modelo de alojamiento, disco, RAM y CPUs virtuales necesarios. Aunque estos parámetros de escalado pueden modificarse tras el aprovisionamiento inicial, los discos no pueden reducirse.

• If you would like hypervisor level isolation, or if you want to guarantee a number of vCPUs, ensure that you provisión de instancias de Computación Aislada.

• Añada usuarios. Consulte la documentación relacionada de su instancia Cloud Databases.

• [ '] Cambia la contraseña de ' Admin.

• Set up auto scaling policies, if appropriate. La lógica de autoescalado por defecto es la línea de base sugerida. Ajuste estos parámetros a su presupuesto y su caso de uso. El espacio de disco recomendado refleja las cantidades mínimas que son necesarias, pero tenga en cuenta que la capacidad de disco no se puede reducir sin una copia de seguridad y restauración. La RAM y las CPU virtuales (vCPU) se pueden aumentar y reducir. El autoescalado de memoria funciona en función del uso de E/S del disco para optimizar el rendimiento de la caché de páginas. Las bases de datos no se escalarán automáticamente cuando la memoria en uso se acerque al 100 %; este suele ser el estado deseado.

  Para obtener más información, consulte su instancia Cloud Databases.

• [ '] Configurar la supervisión con ' IBM Cloud® Monitoring, ' IBM Cloud® Activity Tracker Event Routing, y ' IBM® Cloud Logs. Como mínimo, establezca alertas en:

  • IBM Cloud Monitoring- cuando el uso del disco es superior al 80% de la capacidad aprovisionada (le recomendamos que utilice el escalado automático para la capacidad del disco). También se recomienda a utilizar, conocer y establecer alertas sobre todas las métricas proporcionadas, como la E/S de disco o el uso de CPU.
  • IBM Cloud Activity Tracker Event Routing eventos de auditoría para acciones del plano de control, como copias de seguridad fallidas, actualizaciones de listas de IP permitidas y escalado automático.
  • IBM Cloud Logs- cualquier registro específico de la base de datos sobre el que desee recibir notificaciones, como los registros de consultas lentas.
  • Si está disponible, active la auditoría granular en la base de datos (solo disponible para Databases for PostgreSQL y Databases for MongoDB Enterprise Edition).

• Configurar restricciones basadas en el contexto, que ofrecen a los propietarios y administradores de cuentas la posibilidad de definir y aplicar restricciones de acceso a los recursos IBM Cloud® basadas en el contexto de las solicitudes de acceso. Para obtener más información, consulte Protección de los recursos Cloud Databases con restricciones basadas en el contexto.

• ' Set Private endpoints. También puede optar por desactivar los puntos finales públicos (muy recomendable si no se espera ninguna conexión desde fuera de IBM Cloud®).

• Asegúrese de que la aplicación utiliza TLS para conectarse a la base de datos. No se permiten conexiones no seguras con Cloud Databases.

• Realice una prueba de carga exhaustiva y, a continuación, vuelva a realizar la prueba de carga.

• Valide la lógica de reconexión de la aplicación. Para algunas aplicaciones, el reintento no es suficiente y debe volver a conectarse. Consulte el artículo "Unresponsive Redis Service" para ver un ejemplo de implementación en IBM Cloud® Databases for Redis.

• Configure los entornos de desarrollo y de prueba como instancias independientes y, a continuación, vuelva a revisar esta lista de comprobación. En función de sus necesidades, es posible que no desee utilizar Isolated Compute para estos entornos de prueba. No utilizar Isolated Compute ayuda a mantener los costes más bajos.

• ' Completar las pruebas de recuperación de desastres. Pruebe la restauración de la aplicación en otra región de IBM Cloud. Asegúrese de que puede conectarse a una base de datos "restaurada" con nuevos detalles de conexión.

  • Comprenda sus requisitos de objetivo de punto de recuperación (RPO) y objetivo de tiempo de recuperación (RTO) y asegúrese de que puede cumplirlos con la configuración de su base de datos.

Para resolver el UUID de una base de datos, utilice el mandato ibmcloud resource search <UUID>. Otros mandatos de CLI útiles son: ibmcloud cdb about e ibmcloud cdb cxn. Para obtener más información, consulte la documentación de referencia del plugin de CLI.