Unidad 2.1: Modelo de Recursos: Contratos, VDC y Límites

Introducción

Antes de dibujar cualquier computación o red, una empresa tiene que resolver dos cuestiones estructurales: dónde cae la línea comercial y de auditoría, y cómo se organiza la segmentación regional debajo de ella. En IONOS, esas dos cuestiones se traducen en dos primitivas distintas, el contrato y el Centro de Datos Virtual, y confundirlas es uno de los errores más costosos que un arquitecto puede cometer, porque varias de las decisiones son efectivamente irreversibles una vez que un Workload llega. Esta unidad fija el significado de cada límite, muestra dónde la plataforma deliberadamente no le permite cruzarlo, y termina creando el primer Centro de Datos Virtual de FinCorp en el Data Center Designer con la región y el nombre establecidos como opciones permanentes.

1. El límite del contrato y el VDC debajo de él

El contrato es el límite comercial, de gobernanza y de auditoría de nivel superior. Es la unidad contra la que se emite una factura, el alcance para el que se consulta un registro de actividad y el ámbito que gobierna el propietario del contrato. Exactamente un propietario de contrato existe por contrato; esa cuenta se crea automáticamente para quien se registró por primera vez con IONOS Cloud, tiene acceso completo a todos los recursos y no puede ser revocado. Los administradores (ilimitados por contrato) comparten el alcance del propietario en todos los recursos contratados, excepto el cambio del método de pago. Todo lo demás, cada usuario, grupo, VDC, bloque y imagen de IP, vive dentro de un solo contrato y no cruza naturalmente fuera de él.

El Centro de Datos Virtual es el límite de organización dentro del contrato. Un VDC es una colección de recursos de computación en la nube para construir una infraestructura de TI de nivel empresarial, limitada a una región, y es donde la red, la computación y el almacenamiento de un entorno realmente existen. Un contrato puede contener muchos VDC; un VDC pertenece a exactamente un contrato y una región. El modelo mental para llevar adelante es que el contrato dibuja la línea comercial y de cumplimiento, y el VDC dibuja la línea regional y ambiental debajo de él.

Los dos límites responden a diferentes preguntas, por lo que la decisión de dividir uno es independiente de la decisión de dividir el otro.

Dividir un nuevo ...	Cuando el conductor es	Porque el límite gobierna
Contrato	Aislamiento de cumplimiento, facturación/propiedad separada, una entidad legal distinta o alcance de auditoría	Facturación, el propietario del contrato, el ámbito de IAM y el alcance de consulta del registro de actividad
VDC	Una región diferente, separación de red/entorno (prod vs no prod), o un proyecto que debe facturarse como un elemento de línea independiente	Colocación regional, topología de red y agrupación de recursos dentro de un contrato

Un VDC separado ya produce una sección separada en la factura mensual, por lo que la separación de costos sola no justifica un segundo contrato. Utilice un nuevo contrato solo cuando el conductor sea genuinamente comercial o de nivel de cumplimiento: un propietario diferente, una entidad legal diferente o un alcance de auditoría que no debe ver las otras cargas de trabajo. Utilice un nuevo VDC para la separación de región, entorno o red dentro del mismo ámbito de gobernanza.

2. Adhesión de límites: qué no cruza

La plataforma aplica estos límites de manera estricta, y la aplicación de estos límites es en sí misma una entrada de diseño en lugar de una limitación para sortear.

Varios atributos están bloqueados a nivel de región. Una dirección IPv4 reservada solo puede ser utilizada en la región del centro de datos donde fue reservada; no puede reservar una dirección específica, solo un bloque, y un IP diferente de un bloque puede servir a una red diferente pero solo dentro de la misma región. Los Images & Snapshots son igualmente locales a nivel de región, y IONOS no proporciona replicación entre regiones como una característica gestionada, por lo que mover una imagen a otra región significa volver a cargarla o utilizar Backup Service o Object Storage como medio de transferencia. La consecuencia práctica es que la región que elija para un VDC en el momento de su creación se propaga a todos los recursos vinculados a la región que ese VDC tenga más adelante.

El límite del contrato es igualmente firme. No hay compartición de recursos entre contratos de manera nativa y no hay agregación de auditorías entre contratos: un Registro de actividad está limitado a un solo contrato y se consulta por contrato, por lo que una organización que divide las cargas de trabajo en dos contratos debe agregar los datos de auditoría por sí misma, de manera externa. El nombre y la región son decisiones permanentes en el mismo espíritu. La región de un VDC está fijada en el momento de su creación y no puede ser cambiada después, y porque esa región bloquea las direcciones IP y las imágenes, tratar el nombre y la región como puertas de un solo sentido es la postura correcta.

Para FinCorp, esto da forma a la primera decisión. Las cargas de trabajo reguladas, GDPR/BSI, se encuentran en un solo contrato de gobernanza para que un solo Registro de actividad y una sola relación de facturación las cubran, y el primer VDC para esa finca está fijado a una región alemana (el filtro de residencia se estableció en la Unidad 1.4) con una convención de nomenclatura que indica el entorno y la región a simple vista, por ejemplo fincorp-prod-de en lugar de una etiqueta no limitada. Debido a que la región no puede ser cambiada más adelante, este pin se hace de manera deliberada y solo una vez.

DCD Recorrido de implementación

Usted creará el primer Centro de datos virtual de FinCorp, fijando su región y nombre. Esto es solo la estructura; no se provisiona ningún cómputo aquí (la construcción del servidor es el Módulo 4). El objetivo es sentar las bases de la segmentación regional primitiva a la que se adjuntará cada construcción posterior de FinCorp, con sus dos atributos irreversibles configurados correctamente.

Objetivo de construcción: Crear el primer Centro de datos virtual del escenario, fijando la región y el nombre.

Pasos (en el Data Center Designer):

En el DCD, elija crear un nuevo Centro de datos virtual. El diálogo de creación es donde se establecen los dos atributos permanentes, así que trate esta pantalla como el punto de decisión.
Introduzca el Nombre del Centro de datos virtual utilizando la convención acordada que codifica el entorno y la región (por ejemplo fincorp-prod-de). El nombre debe ser legible en la factura y en el Registro de actividades más adelante.
Seleccione la Región / Ubicación. Elija la región del centro de datos alemán requerida por el filtro de residencia de FinCorp. Esta selección es permanente para la vida del Centro de datos virtual y bloquea la región para cada IP reservado y cada imagen que el Centro de datos virtual contendrá, así que confirme antes de proceder.
Abra el nuevo Centro de datos virtual en el Área de trabajo. Comienza vacío; los recursos se agregan más adelante arrastrando elementos desde la Paleta.
Haga clic en PROVISIONAR CAMBIOS en el panel del Inspector para comprometer. Se abre el diálogo de Provisionar Centro de datos; revise los cambios en la pestaña de Validación y confirme con su contraseña para iniciar la provisión.

Errores comunes:

Tratar la región como si se pudiera cambiar más adelante. No es así; la región de un Centro de datos virtual es fija en el momento de su creación, y bloquea las direcciones IP y las imágenes, así que un error en la región significa reconstruir el Centro de datos virtual.
Utilizar un segundo contrato para separar los costos. Un Centro de datos virtual separado ya produce su propia línea en la factura mensual; reserve un nuevo contrato para el cumplimiento, la propiedad o la separación de entidades legales.
Dejar el Centro de datos virtual sin nombre o con un nombre genérico. El nombre aparece en la factura y en las consultas de auditoría; un nombre no delimitado hace que ambas sean más difíciles de leer a escala empresarial.
Esperar compartir un IP reservado o una imagen entre regiones. Ambos están vinculados a la región; planifique la colocación por región desde el principio.

Resumen

El contrato es el límite comercial, de gobernanza y de auditoría; el centro de datos virtual (VDC) es el primitivo de segmentación regional debajo de él, limitado a un contrato y una región. Divida un contrato por razones de cumplimiento, propiedad o facturación, y divida un VDC por separación de región, entorno o red. Debido a que la región y el nombre son permanentes y a que las direcciones IP, las imágenes y el alcance de la auditoría no cruzan estos límites, el primer VDC para el patrimonio regulado de FinCorp se crea deliberadamente, fijado a una región alemana con un nombre basado en una convención.

Puntos clave:

El contrato establece la línea comercial, de gobernanza y de auditoría; el VDC establece la línea regional y ambiental dentro de él. Hay exactamente un propietario de contrato (no revocable) por contrato.
Un VDC separado ya factura como un elemento de línea independiente, así que solo divida un nuevo contrato por razones de cumplimiento, propiedad o separación de entidad legal, no solo por visibilidad de costos.
La región y el nombre son permanentes en la creación del VDC; la región bloquea las direcciones IP y las imágenes reservadas, ninguna de las cuales se replica en diferentes regiones como una característica gestionada.
No hay compartición ni agregación de auditoría entre contratos de forma nativa; un registro de actividad es por contrato, por lo que las organizaciones con múltiples contratos agregan los datos de auditoría externamente.
El primer VDC de FinCorp está fijado a una región alemana para residencia y nombrado por convención para que sea legible en la factura y en las consultas de auditoría.

Terminología importante: