5.8 Verificación de conocimientos - Datos y Almacenamiento

1.

El portal del cliente de FinCorp sirve vistas de resumen de cuenta y de historial de transacciones que se leen mucho más a menudo de lo que se escriben, todo desde un Managed PostgreSQL Cluster regulado en el nivel de datos privado. Un arquitecto propone agregar réplicas de lectura a ese Cluster y dirigir el tráfico de informes a un servidor de respaldo. ¿Por qué este es el punto de partida incorrecto y cuál es el patrón nativo?

A Los servidores de respaldo pueden servir lecturas, pero solo en modo de replicación estrictamente síncrona, por lo que el Cluster debe cambiarse a ese modo antes de que se enruté el tráfico de informes a un servidor de respaldo. B Managed PostgreSQL no tiene réplicas de lectura y los servidores de respaldo existen solo para conmutación por error, por lo que la escalabilidad de lectura proviene de un nivel de caché In-Memory DB colocado frente al Cluster, con un conector de conexión administrado para multiplexar conexiones. C Las réplicas de lectura existen pero están limitadas a la cuenta de instancias de uno a cinco del Cluster, por lo que el arquitecto debe aprovisionar los cinco servidores de respaldo máximos y equilibrar las lecturas entre ellos. D El tráfico de informes debe ser servido desde una Block Storage Snapshot de la base de datos Volume, restaurada en una segunda base de datos Cluster de solo lectura según un calendario.

2.

Un arquitecto está diseñando la continuidad de datos para el patrimonio de FinCorp, que incluye máquinas virtuales migradas, volúmenes de Block Storage, un Managed PostgreSQL Cluster y un Managed MongoDB Cluster. Un compañero de equipo propone un plan único: instalar el agente de Backup Service basado en Acronis en todas partes, incluyendo en los hosts de bases de datos, para que una consola cubra todo el patrimonio. ¿Cuál es el defecto decisivo?

A El Backup Service no puede proteger máquinas virtuales locales o de otras nubes, por lo que no puede servir a un patrimonio híbrido durante la migración. B El Backup Service proporciona copias de seguridad inmutables por defecto, lo que entraría en conflicto con el vencimiento del ciclo de vida que requieren las bases de datos. C El Backup Service puede proteger las bases de datos, pero solo si cada base de datos Volume se convierte primero en almacenamiento DAS NVMe. D El Backup Service cubre las máquinas virtuales y los Block Storage, pero explícitamente no respalda las bases de datos gestionadas, por lo que los clusters PostgreSQL y MongoDB necesitan su propia continuidad nativa (PITR más volcado lógico/restauración a Object Storage) en lugar de un agente de copia de seguridad.

3.

FinCorp debe mantener su archivo de auditoría de varios años en Object Storage como retención de solo lectura, con un período de retención que no puede ser acortado o eliminado por nadie, ni siquiera por un administrador de contrato, antes de la fecha de retención. El arquitecto provisiona un bucket propiedad de un contrato en una región de Alemania, sube las primeras exportaciones y luego intenta habilitar Object Lock en modo COMPLIANCE. La consola no ofrece ninguna opción para activarlo. ¿Qué salió mal y cuál es el diseño correcto?

A Object Lock solo se puede habilitar cuando se crea el bucket, nunca se puede agregar después, por lo que el archivo debe ir en un nuevo bucket creado con Object Lock en modo COMPLIANCE desde el principio. B El modo COMPLIANCE es solo para API, por lo que el bloqueo debe habilitarse a través del S3 API en lugar del Data Center Designer, pero aún puede agregarse al bucket existente. C Object Lock requiere que la versionado esté deshabilitado primero; una vez que se desactiva la versionado, el modo COMPLIANCE se vuelve disponible en el bucket existente. D El modo GOVERNANCE debe estar habilitado antes de que se pueda seleccionar el modo COMPLIANCE, por lo que el arquitecto debe establecer GOVERNANCE en el bucket existente y luego actualizarlo.

4.

El flujo de transacciones de alta Volume de FinCorp pasa por Event Streams for Apache Kafka. El requisito es que todos los eventos para una cuenta determinada se procesen en el orden en que ocurrieron, mientras que las cuentas diferentes se procesan de forma concurrente, y que las particiones se distribuyan de manera uniforme en los tres brokers de Cluster. ¿Qué diseño de tema satisface las tres restricciones al mismo tiempo?

A Crear el tema con una sola partición para garantizar el orden global, luego ejecutar muchos consumidores en un grupo para ganar paralelismo entre cuentas. B Crear el tema con 5 particiones y confiar en la producción de round-robin, aceptando que el orden se mantiene por tema en lugar de por cuenta. C Establecer una clave de partición en el identificador de cuenta y comenzar con 3 particiones (un múltiplo de los tres brokers), escalando a 6 o 9 solo cuando el rendimiento medido justifica, dimensionado de antemano porque agregar particiones más adelante reorganiza las claves y rompe el orden por clave. D Crear el tema con tantas particiones como consumidores de pico esperados, independientemente del recuento de brokers, ya que más particiones siempre mejoran el rendimiento sin un inconveniente.

5.

Las bases de datos gestionadas de FinCorp no exponen un flujo de captura de cambios de datos que los sistemas downstream puedan suscribirse, sin embargo, el almacén de análisis, el modelo de fraude y un índice de búsqueda necesitan reaccionar a cada cambio. La arquitectura también debe permitir que el nivel de inteligencia artificial vuelva a leer el historial de cambios desde una posición comprometida cuando se vuelve a entrenar un modelo. ¿Cuál es el enfoque sustituto nativo en IONOS?

A Seguir el registro de anticipación de escritura de PostgreSQL directamente desde cada consumidor downstream, ya que el WAL es el flujo de cambios integrado de la plataforma. B Programar una volcada lógica periódica de la base de datos a Object Storage y tener cada sistema downstream difundir volcadas sucesivas para detectar cambios. C Habilitar la replicación de flujo de cambios gestionada de MongoDB a una segunda Cluster y apuntar el almacén, el modelo de fraude y el índice de búsqueda a esa réplica. D Hacer que la aplicación publique un evento de dominio en un tema de Kafka en el momento en que realiza cada cambio, con cada sistema downstream consumiendo el tema como un grupo de consumidores independiente que lee desde su propio desplazamiento comprometido.

6.

FinCorp necesita una copia a prueba de manipulaciones, a largo plazo, de sus Managed PostgreSQL datos que sobreviva fuera del Cluster y que pueda ser retenida durante años, separada de la ventana de recuperación puntual de 7 días del Cluster. ¿Cuál composición cumple con esto respetando los límites de la plataforma?

A Extender la retención de PITR de PostgreSQL al máximo y tratar el almacén de copias de seguridad inmutable de Cluster como el archivo portátil a largo plazo. B Realizar volcados lógicos programados con pg_dump y colocarlos en un cubo de Object Storage con bloqueo de objeto en modo COMPLIANCE, ya que PITR está limitado por la ventana y está vinculado a Cluster, mientras que un volcado es una copia portátil y tolerante a versiones, y el bloqueo de objeto proporciona prueba de manipulación. C Realizar instantáneas regulares de Block Storage de la base de datos Volume y copiarlas a Object Storage, confiando en las instantáneas como la copia de seguridad a largo plazo coherente con la base de datos. D Dirigir el agente de Backup Service al host de la base de datos y enviar su salida a un cubo con bloqueo de objeto para la copia a largo plazo.