Documentación de Oracle Cloud Infrastructure

Gestión de clusters de VM

Descubra cómo gestionar los clusters de VM en Exadata Cloud Infrastructure.

Temas relacionados

Tema principal: Guías de procedimientos

Introducción a las operaciones de escala o reducción vertical

Con la publicación de la función de múltiples VM por sistema de Exadata (MultiVM), puede escalar o reducir verticalmente los recursos del cluster de VM.

Tema principal: Gestión de clusters de VM

Escalado de recursos de VM en infraestructura con varias VM

Aumento o reducción del número de OCPU (ECPU para X11M), memoria, almacenamiento o tamaño del disco local (/u02) disponible para un cluster de VM

Nota

Oracle no para la facturación cuando se para una VM o un cluster de VM. Para la facturación de un cluster de VM, reduzca el recuento de OCPU (ECPU para X11M) a cero.

La escala o reducción vertical de estos recursos requiere una auditoría exhaustiva del uso existente y la gestión de la capacidad por parte del administrador de la base de datos del cliente. Revise el uso existente para evitar fallos durante una operación de reducción vertical o después de la misma. A la hora de escalar verticalmente, tenga en cuenta la cantidad de estos recursos que quedaría para el siguiente cluster de VM que tenga pensado crear. Las herramientas de Oracle Exadata Database Service on Dedicated Infrastructure calculan el uso actual de la memoria, el disco local y el almacenamiento de ASM en el cluster de VM, le agregan un headroom y llegan a un valor "mínimo" por debajo del cual no se puede reducir verticalmente, esperando que se especifique el valor por encima de este valor mínimo.

Nota

  • Al crear o escalar un cluster de VM, la definición del número de OCPU (ECPU para X11M) en cero cerrará el cluster de VM y eliminará la facturación de ese cluster de VM, pero el hipervisor seguirá reservando el mínimo de 2 OCPU (8 ECPU para X11M) para cada VM. Estas OCPU reservadas (ECPU para X11M) no se pueden asignar a ninguna otra VM, aunque la VM a la que estén asignadas esté cerrada. El plano de control no tiene en cuenta las OCPU reservadas (ECPUs para X11M) al mostrar el máximo de OCPU disponibles (ECPUs para X11M), por lo que debe tener en cuenta estas OCPU reservadas (ECPUs para X11M) al realizar cualquier operación de escala posterior para garantizar que la operación pueda adquirir suficientes OCPU (ECPUs para X11M) para completar correctamente la operación.
  • En las operaciones de escala o reducción vertical de la memoria y de /u02, si la diferencia entre el valor actual y el nuevo valor es inferior al 2 %, no se realizará ningún cambio en esa VM. Esto se debe a que el cambio de la memoria implica reiniciar la VM y el cambio de /u02 implica el cierre de la pila de Oracle Grid Infrastructure y el desmontaje de /u02. Los clientes de producción no realizarán un cambio de tamaño con un aumento o una reducción tan pequeña y, por tanto, tales solicitudes no son operativas.
  • Puede reducir verticalmente los siguientes recursos en cualquier combinación:
    • OCPU (ECPU para X11M)
    • Memoria
    • Almacenamiento Local
    • Almacenamiento Exadata

    Cada operación de escala puede tardar unos minutos. El tiempo de cada operación variará en función de la actividad del sistema, pero como regla general, la mayoría de las operaciones deben completarse en un plazo de 15 minutos para un cuarto de rack, 20 minutos para un medio rack y 30 minutos para un rack completo o más grande. La realización de varias operaciones de ampliación de OCPU (ECPU para X11M) durante un corto período de tiempo puede alargar el tiempo de finalización. Aunque en línea, la escala de OCPU (ECPU para X11M) no se implanta en todas las máquinas virtuales en paralelo, para detectar y proteger contra cualquier anomalía antes de que afecte a todo el sistema. La escala de memoria y almacenamiento local requiere un reinicio de VM y se realiza de una máquina virtual a la vez de manera sucesiva.

    Si ejecuta varias operaciones de reducción vertical, cada operación se realiza en serie. Por ejemplo, si escala la memoria y el almacenamiento local desde la consola, el sistema escalará primero la memoria y, cuando finalice esa operación, escalará el almacenamiento. El tiempo para completar todas las operaciones será la suma del tiempo para completar operaciones individuales.

  • Los servidores de almacenamiento agregados a la infraestructura pero que aún no hayan ejecutado el paso "Agregar capacidad" no tendrán grupos de discos creados en ellos.

Cambio del tamaño de memoria y páginas grandes

Puede aumentar y reducir la memoria del servidor de base de datos en un cluster de máquina virtual. Para que la escala de memoria surta efecto, es necesario realizar un reinicio sucesivo de los servidores de base de datos.

Cualquier cambio en la memoria de un cluster de máquina virtual afectará a la configuración de páginas grandes (HugePages) para las máquinas virtuales de ese cluster. Cuando se crea inicialmente una máquina virtual, el sistema operativo de cada máquina virtual se configura con el 50 % de la memoria asignada a la máquina virtual para páginas grandes, y las bases de datos se configuran para utilizar esa memoria para su SGA. Oracle recomienda no modificar la configuración de páginas grandes a menos que sepa lo que implicarán los cambios que realice. Las configuraciones incorrectas pueden impedir que se inicien todas las bases de datos e incluso impedir que se inicie la máquina virtual.

Aunque no se recomienda, puede modificar la configuración de páginas grandes. Puede que la automatización modifique los cambios que realice si cambia posteriormente el tamaño de la memoria disponible para la máquina virtual. Después de una operación de cambio de tamaño de memoria, la automatización en la nube intentará mantener la misma cantidad de memoria de páginas grandes como porcentaje de la memoria total, con un máximo del 60 %. Si configura las páginas grandes para que superen el 60 % de la memoria total, la automatización en la nube cambiará el tamaño al 60 % de la memoria total. Este cambio de tamaño automático garantiza suficiente memoria convencional para que se inicie la máquina virtual. La automatización realizará una comprobación previa para determinar la memoria de páginas grandes real en uso por parte de las instancias de base de datos en ejecución y garantizará, después del cambio de tamaño, que hay suficiente memoria de páginas grandes disponible para soportar esas mismas bases de datos. Si no va a haber suficiente memoria disponible después del cambio de tamaño, la comprobación previa fallará y el cambio de tamaño no tendrá lugar.

Cálculo del almacenamiento de ASM

Utilice la siguiente fórmula para calcular el almacenamiento de ASM mínimo necesario:

  • Para cada grupo de discos, por ejemplo, DATA, RECO, tome nota del tamaño total y del tamaño libre mediante la ejecución del comando asmcmd lsdg en cualquier VM de invitado del cluster de VM.
  • Calcule el tamaño utilizado para cada grupo de discos con la siguiente fórmula: (Tamaño total - Tamaño libre) / 3. La división entre 3 se lleva a cabo porque los grupos de discos son de reflejo triple.

  • La ratio de DATA:RECO es la siguiente:

    80:20 si la opción Copias de seguridad locales NO se ha seleccionado en la interfaz de usuario.

    40:60 si la opción Copias de seguridad locales se ha seleccionado en la interfaz de usuario.

  • Asegúrese de que el nuevo tamaño total proporcionado en la interfaz de usuario cumpla las siguientes condiciones:

    Tamaño utilizado por DATA * 1,15 <= (Nuevo tamaño total * % de DATA)

    Tamaño utilizado por RECO * 1,15 <= (Nuevo tamaño total * % de RECO)

Ejemplo 5-2 Cálculo del almacenamiento de ASM

  1. Ejecute el comando asmcmd lsdg en la VM de invitado:
    • Sin SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU     Total_MB   Free_MB    Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304 12591936   10426224   1399104           3009040           0                       Y      DATAC5/
MOUNTED HIGH N        512     512        4096 4194304 3135456    3036336    348384            895984            0                       N      RECOC5/
ASMCMD>
    • Con SPARSE:
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
ASMCMD>
State   Type Rebal Sector Logical_Sector Block AU       Total_MB   Free_MB   Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
MOUNTED HIGH N        512     512        4096 4194304   12591936   10426224  1399104           3009040            0                       Y     DATAC5/
MOUNTED HIGH N        512     512        4096 4194304   3135456    3036336   348384            895984             0                       N     RECOC5/
MOUNTED HIGH N        512     512        4096 4194304   31354560   31354500  3483840           8959840            0                       N     SPRC5/
ASMCMD>
    Nota

    Los valores mostrados de todos los atributos en el caso del grupo de discos SPARSE (SPRC5) presentan el tamaño virtual. En sistemas de base de datos de Exadata y Exadata Cloud Infrastructure, utilizamos la ratio 1:10 para physicalSize:virtualSize. Por lo tanto, a todos los efectos de nuestro cálculo, debemos utilizar una décima parte de los valores mostrados anteriormente en el caso de SPARSE para esos atributos.

  2. Tamaño utilizado por un grupo de discos = (Total_MB - Free_MB) / 3
    • Sin SPARSE:

      Tamaño utilizado por DATAC5 = (12591936 - 10426224) / 3 = 704,98 GB

      Tamaño utilizado por RECO5 = (3135456 - 3036336) / 3 = 32,26 GB

    • Con SPARSE:

      Tamaño utilizado por DATAC5 = (12591936 - 10426224) / 3 ~= 704,98 GB

      Tamaño utilizado por RECO5 = (3135456 - 3036336) / 3 ~= 32,26 GB

      Tamaño utilizado por SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 GB

  3. Distribución de almacenamiento entre grupos de discos
    • Sin SPARSE:

      La ratio de DATA:RECO es 80:20 en este ejemplo.

    • Con SPARSE:

      La ratio de DATA:RECO:SPARSE es 60:20:20 en este ejemplo.

  4. El nuevo tamaño solicitado debe cumplir las siguientes condiciones:
    • Sin SPARSE: (por ejemplo, 5 TB en la interfaz de usuario)

      5 TB = 5120 GB; 5120 * 0,8 = 4096 GB; 5120 * 0,2 = 1024 GB

      Para DATA: (704,98 * 1,15) <= 4096 GB

      Para RECO: (32,36 * 1,15) <= 1024 GB

    • Con SPARSE: (por ejemplo, 8 TB en la interfaz de usuario)

      8 TB = 8192 GB; 8192 * 0,6 = 4915 GB; 8192 * 0,2 = 1638 GB; 8192 * 0,2 = 1638 GB

      Para DATA: (704,98 * 1,15 ) <= 4915 GB

      Para RECO: (32,36 * 1,15) <= 1638 GB

      Para SPR: (0 * 1,15) <= 1638 GB

El cambio de tamaño anterior se llevará a cabo. Si el nuevo tamaño no cumple las condiciones anteriores, el cambio de tamaño fallará la comprobación previa.

Estimación de la cantidad de almacenamiento local que se puede aprovisionar en las VM

Nota

Lo siguiente no se aplica a los sistemas X6, X7, X8 y base, ya que no soportan varias VM. El sistema base tiene 200 GB disponibles para /u02.

Las imágenes de VM incluyen los archivos necesarios para iniciar y ejecutar la VM y su sistema operativo, así como el espacio para los directorios raíz de Oracle almacenados en /u02. Para calcular la cantidad de espacio de almacenamiento local adicional más allá del mínimo que se puede asignar a cualquier sistema de archivos asociado con una máquina virtual, reste el tamaño de las imágenes de máquina virtual para todas las máquinas virtuales de un servidor del espacio total disponible. Si no ha modificado el tamaño predeterminado de la imagen de VM ampliando los sistemas de archivos, utilice el tamaño de la imagen de VM (predeterminado y mínimo) a continuación. Si tiene o planea modificar el tamaño de la imagen de VM, debe utilizar la consola de OCI y la acción "Escalar cluster de VM" para comprobar el asignado y disponible para un cluster de VM existente, ya que ampliar algunos sistemas de archivos que no sean/u02 consumirá más almacenamiento incremental que el que se agregó al sistema de archivos. Esta información también está disponible en la acción "Configurar cluster de VM" al crear un nuevo cluster de VM.

X8M-2 Sistemas

  • Espacio total disponible para las imágenes de VM (X8M): 2243 GB
  • Tamaño de imagen de máquina virtual (por defecto y mínimo), incluido /u02: 244 GB
  • Por defecto (mínimo) /u02: 60 GB

Sistemas X9M-2

  • Total disponible para las imágenes de VM: 2243 GB
  • Tamaño de imagen de máquina virtual (por defecto y mínimo), incluido /u02: 244 GB
  • Por defecto (mínimo) /u02: 60 GB
Sistemas X11
  • Total disponible para las imágenes de VM: 2243 GB
  • Tamaño de imagen de VM (por defecto y mínimo), incluido /u02: 244 GB
  • Por defecto (mínimo) /u02: 60 GB

Ejemplo: si tiene un sistema elástico X9M con 2 VM por servidor físico y no ha realizado ningún cambio en ninguno de los sistemas de archivos, tendrá 2243 GB disponibles para todas las VM y cada una consumirá 244 GB (488 en total), dejando 1755 GB para ampliar las imágenes de VM. La imagen de máquina virtual por defecto incluirá 60 GB de /u02 por máquina virtual para almacenar directorios raíz de Oracle. Los 1755 GB de espacio disponible se pueden utilizar para ampliar /u02 o para ampliar otros sistemas de archivos en la imagen de VM. Cada GB utilizado para ampliar /u02 consumirá un GB de espacio disponible. Cada GB utilizado para ampliar otros sistemas de archivos en la imagen de máquina virtual puede consumir más de un GB de espacio. Consulte la información de la consola al ampliar sistemas de archivos que no sean /u02 para ver el impacto real en el espacio disponible de la expansión de estos sistemas de archivos.

Ampliación del almacenamiento local

Instrucciones para la Operación de Escala de Espacio Local

Puede ampliar el almacenamiento local modificando el tamaño de muchos de los sistemas de archivos individuales de una máquina virtual. De manera predeterminada, los sistemas de archivos se crean con su tamaño mínimo. Puede aumentar el tamaño de los sistemas de archivos según sea necesario. Sin embargo, tenga en cuenta que solo puede reducir /u02. Otros sistemas de archivos solo se pueden aumentar en tamaño. El tamaño máximo soportado de cualquier sistema de archivos es 900 GB.

El almacenamiento consumido por todos los sistemas de archivos es mayor que la suma de los tamaños del sistema de archivos. Consulte los cálculos que se muestran en la consola de OCI para ver los efectos en el almacenamiento local gratuito al cambiar el tamaño de un sistema de archivos.

Con la consola o la API de OCI, puede aumentar o reducir el tamaño de los siguientes sistemas de archivos locales:
  • /u02
Con la consola o la API de OCI, puede aumentar el tamaño de los siguientes sistemas de archivos locales:
  • /
  • /u01
  • /tmp
  • /var
  • /var/log
  • /var/log/audit
  • /home
Sin embargo, no puede cambiar el tamaño de los siguientes sistemas de archivos locales:
  • /crashfiles
  • /boot
  • /acfs01
  • /u01/app/19.0.0.0/grid
Nota

  • Con la excepción de /u02, sólo puede ampliar los sistemas de archivos y no puede reducir su tamaño una vez que se han ampliado.
  • Para X8M y versiones posteriores, no es necesario un reinicio gradual al ampliar cualquiera de los sistemas de archivos de VM de invitado. Sin embargo, se requiere un reinicio gradual de cada máquina virtual cuando se reduce el tamaño de /u02.
  • Cada sistema de archivos solo se puede ampliar a un máximo de 900 GB
  • La capacidad de aumentar el tamaño de sistemas de archivos locales adicionales solo se admite en sistemas X8M y posteriores.

Para obtener más información sobre el cambio de tamaño de estos sistemas de archivos, consulte Estimación de la cantidad de almacenamiento local que se puede aprovisionar a las VM.

Límite de recursos basado en la utilización actual

  • Cualquier operación de reducción vertical debe dejar un buffer del 15 % en la mayor utilización de espacio local en todos los nodos del cluster.
  • El espacio local por nodo más bajo que se permite es aquel de los dos límites anteriores que sea superior.
  • Ejecute el comando df –kh en cada nodo para averiguar cuál es el nodo con el almacenamiento local más elevado.
  • También puede usar una utilidad como cssh para emitir el mismo comando desde todos los hosts de un cluster escribiéndolo una sola vez.
  • El valor más bajo de almacenamiento local al que se puede reducir verticalmente cada nodo se calcularía de la siguiente forma: 1,15x (valor más elevado de espacio local utilizado entre todos los nodos).

Sistemas de archivos ACFS

Si lo solicita el soporte, también puede cambiar el tamaño del sistema de archivos /acfs01. El sistema utiliza este sistema de archivos para almacenar en zona intermedia el software. Utiliza el almacenamiento de Exadata y no está sujeto a los límites descritos anteriormente para /u02. Es un sistema de archivos compartido visible desde todos los nodos del cluster y se puede cambiar el tamaño en línea desde la línea de comandos de cualquier máquina virtual.

  • Tamaño por defecto: el tamaño por defecto de /acfs01 es 100 GB.
  • Escala /acfs01: puede escalar acfs01 como usuario grid desde cualquier máquina virtual mediante el comando /sbin/acfsutil. No es necesario reiniciar. La operación de cambio de tamaño no afectará a la disponibilidad del servicio de base de datos que se ejecuta en el cluster de VM. El siguiente comando emitido por el usuario grid aumentará el tamaño de /acfs01 en 100 GB: /sbin/acfsutil size +100 GB /acfs01.
  • Si es necesario, puede crear sistemas de archivos ACFS adicionales. También consumirán almacenamiento de los grupos de discos de almacenamiento de Exadata y se podrán compartir entre todas las máquinas virtuales del cluster. Para obtener más información, consulte la documentación de ACFS.

Visión general de la definición de un subjuego de nodos de cluster de VM

La definición de un subjuego de nodos de cluster de VM permite asignar un subjuego de servidores de base de datos a clusters de VM nuevos para permitir la máxima flexibilidad en la asignación de recursos informáticos (CPU, memoria, almacenamiento local).

Con la definición de un subjuego de nodos de cluster de VM, puede:
  • Crear un cluster de VM más pequeño para alojar bases de datos que tengan requisitos de escalabilidad y recursos reducidos o para alojar un número menor de bases de datos que requieran aislamiento del resto de la carga de trabajo.
  • Ampliar o reducir un cluster de VM existente agregando y eliminando nodos para garantizar el uso óptimo de los recursos disponibles.
Considere la posibilidad de revisar los siguientes puntos que le ayudarán a definir un subjuegos de nodos de cluster de VM.
  • La capacidad de subjuego de nodos de cluster de VM está disponible para nuevos clusters de VM en el servicio Oracle Exadata Database Service on Dedicated Infrastructure.
  • Todas las VM de un cluster de VM tendrán la misma asignación de recursos por VM, independientemente de si la VM se ha creado durante el aprovisionamiento del cluster o si se ha agregado posteriormente mediante la ampliación de un cluster de VM existente.
  • Los clusters de VM solo necesitan un mínimo de 1 VM con subjuegos de nodos. Sin embargo, Oracle recomienda un mínimo de 2 máquinas virtuales por cluster de VM para proporcionar alta disponibilidad.
  • Puede alojar un máximo de 8 VM por servidor de base de datos en X8M y generaciones superiores.
  • Las infraestructuras de Exadata con X8M y generaciones superiores de base de datos pueden soportar un máximo de 8 clusters de VM en todos los servidores de base de datos.
  • El número máximo de clusters en la infraestructura depende de los recursos disponibles por servidor de base de datos y está sujeto al límite máximo de VM por servidor de base de datos.

Con el lanzamiento de Multi-VM, la API de adición y eliminación de máquinas virtuales para clusters de VM en la nube no estará soportada a través de terraform.

Puede realizar estas operaciones mediante la interfaz de usuario, el SDK, la CLI de OCI, OCI Ansible o herramientas similares. Los estados de Terraform se deben gestionar de forma similar a otras operaciones que se realizan fuera de Terraform, pero que se deben gestionar en Terraform.

Para obtener más información, consulte Detección y gestión de cambios con Terraform.

Adición de una VM a un cluster de VM

Adición de una máquina virtual a un cluster de VM

Nota

Una vez que el cluster de VM se haya actualizado al sistema operativo de VM de invitado de Exadata Database Service 23.1, podrá agregar una nueva VM o un nuevo servidor de base de datos a este cluster de VM si Exadata Cloud Infrastructure está ejecutando una versión 22.1.16 y posterior del software del sistema de Exadata.

La actualización al software del sistema de Exadata 23.1 para Exadata Cloud Infrastructure estará disponible con el ciclo de actualización de febrero de 2023.

Nota

  • Esta operación solo está disponible con la infraestructura con varias VM.
  • Para agregar una VM a un cluster de VM, es necesario que todos los puertos TCP estén abiertos para el CIDR de la subred del cliente para la entrada y la salida.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región y el compartimento que contiene el cluster de VM para el que desea escalar los recursos de CPU.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM para el que desea agregar una máquina virtual.
  5. En Recursos, seleccione Máquinas virtuales y haga clic en el botón Agregar máquinas virtuales.
  6. En la ventana Agregar máquinas virtuales, seleccione el servidor de base de datos en el que desea que resida la nueva VM.
    Nota

    La VM que se agrega tendrá los mismos recursos que las otras VM del cluster.
  7. Haga clic en Agregar.
Nota

La adición de una VM a un cluster de VM NO está soportada mediante Terraform.

Terminación o eliminación de una VM desde un cluster de VM

Para terminar o eliminar una máquina virtual de un cluster aprovisionado, utilice este procedimiento.

Nota

Para eliminar una VM de un cluster de VM aprovisionado en una infraestructura no activada para varias VM, siga un procedimiento similar al de terminar una VM de un cluster de VM en una infraestructura activada para varias VM.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región y el compartimento que contiene el cluster de VM para el que desea escalar los recursos de CPU.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM para el que desea eliminar una máquina virtual.
  5. En la página Detalles de cluster de VM de Exadata, en la sección Máquinas virtuales, seleccione la máquina virtual que se eliminará, haga clic en el símbolo de más comandos (tres puntos) y haga clic en Finalizar.
Nota

La eliminación de una VM de un cluster de VM NO está soportada mediante Terraform en este momento.

Visión general del enrutamiento de paquetes de confianza cero (ZPR) de Oracle Cloud Infrastructure

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protege los datos confidenciales del acceso no autorizado mediante políticas de seguridad basadas en intenciones que define para los recursos de OCI asignados con atributos de seguridad.

Estos atributos de seguridad actúan como etiquetas, lo que permite a ZPR identificar y organizar los recursos de OCI. ZPR aplica estas políticas en el nivel de red cada vez que se solicita acceso, independientemente de los cambios o configuraciones incorrectas en la arquitectura de red.

ZPR está en capas sobre las reglas existentes de grupo de seguridad de red (NSG) y lista de control de seguridad (SCL). Para que un paquete alcance correctamente su destino, debe pasar por todas las políticas de NSG, SCL y ZPR aplicables. Si alguna regla o política bloquea el tráfico, se deniega la solicitud.

Puede proteger sus redes mediante el enrutamiento de paquetes de confianza cero (ZPR) en tres pasos:

  1. Creación y gestión de espacios de nombres de atributos de seguridad y atributos de seguridad

    Para obtener más información, consulte Managing Security Attributes.

  2. Escritura de políticas mediante atributos de seguridad para controlar el acceso a los recursos

    Para obtener más información, consulte Understanding Zero Trust Packet Routing Policy y Policy Template Builder.

  3. Aplicación de atributos de seguridad a recursos especificados

    Para obtener más información, consulte Adding a Resource to Zero Trust Packet Routing.

Atención:

Evite introducir información confidencial al asignar descripciones, etiquetas o nombres fáciles de recordar a los recursos en la nube mediante la consola de Oracle Cloud Infrastructure, la API o la CLI.

Tema principal: Gestión de clusters de VM

Acerca de la VIP de aplicación

Oracle Exadata Database Service on Dedicated Infrastructure soporta totalmente la creación de direcciones IP virtuales adicionales en un cluster de VM de Exadata.

Estas VIP de aplicación son necesarias para proteger aplicaciones adicionales, como Oracle GoldenGate, instaladas en un sistema Oracle Exadata Database Service on Dedicated Infrastructure u otros servicios, como XA-Agents, y para proporcionar alta disponibilidad a estas aplicaciones adicionales. Para obtener más información, consulte Agentes autónomos de Oracle Grid Infrastructure para Oracle Clusterware y Creación de aplicaciones de alta disponibilidad mediante Oracle Clusterware.

En Oracle Cloud Infrastructure, la adición de direcciones IP virtuales en la pila del cluster por sí sola no es suficiente, ya que estas direcciones IP adicionales (secundarias) también se tienen que agregar a la capa de VCN como "Flotante Direcciones IP" para que la capa de VCN sepa dónde se están ejecutando estas direcciones IP y, en caso de failover del clusterware para cambiar la VNIC, la dirección IP flotante está asociada. Para obtener más información, consulte Creación de una VIP de aplicación gestionada por Oracle Clusterware y Visión general de direcciones IP.

La adición de una VIP de aplicación a un cluster de VM de Exadata consta de los siguientes pasos:

  1. Agregue la dirección IP virtual a la capa Clusterware en Exadata DomU, siguiendo la documentación estándar de Oracle Clusterware o la guía proporcionada por la aplicación, por ejemplo, mediante el uso de 
    IPv4: appvipcfg create -network=1 -ip=10.10.10.10 -vipname=applicationvip
    IPv4/IPv6 dual-stack: appvipcfg create -network=1 -ip=“10.10.10.10 2607:9b80:9a0a:9401:1801:2645:c0a2:4283” -vipname=applicationvip
  2. Asocie el objeto de dirección IP flotante de la aplicación en el cluster de VM de Exadata para agregar el conocimiento de la IP flotante a la capa de VCN. Asegúrese de seleccionar la misma subred que ha creado la VIP de aplicación backend, que normalmente es la subred del cliente.

    La dirección IP privada debe ser la misma que la especificada en el comando appvipcfg anterior. El Nombre de host de dirección IP virtual es el nombre con el que se puede acceder a la dirección IP mediante DNS y no tiene que ser el mismo que el vipname.

    Si ya ha iniciado la VIP en el backend, asegúrese de que el Nombre de máquina virtual refleja el host en el que se ha iniciado la VIP en el backend.

  3. Pruebe la reubicación de la VIP. La VIP debe permanecer disponible (prueba esto a través de ping), y la interfaz de usuario debe mostrarse después de un corto tiempo que la IP flotante también se ha movido a otro host.

    Si ha seleccionado el host incorrecto al crear la asociación de VCN, simplemente reubique la VIP en el cluster. La capa de VCN detectará el cambio y la interfaz de usuario se actualizará poco después.

Nota

Un único cluster de VM virtual tiene una limitación de 8 VIP de aplicación adicionales. La limitación existe porque una sola VNIC solo puede tener 31 direcciones IP secundarias adicionales. Para obtener más información, consulte Visión general de las direcciones IP. Si todas las VIP se inician en el mismo nodo, no se puede acceder a las VIP de la aplicación.

Si se necesitan más VIP de aplicación, emita una solicitud de servicio para aumentar este límite. Sin embargo, se necesitan algunos pasos adicionales para asegurarse de que en ningún caso hay más de 31 direcciones IP secundarias asociadas a un único nodo de cluster de VM de Exadata. Una forma de lograrlo sería asegurarse de que las VIP de aplicación están enlazadas por Clusterware a determinados nodos para evitar este caso.

Una configuración con 32 VIP de aplicación adicionales tendría el siguiente aspecto:

IP flotante Nodo 1 Nodo 2 Nodo 3 Nodo4
Nombre del Host privado 1 1 1 1
Nombre de host de VIP 4 4 4 4
SCAN 3 3 3 3
Vip de aplicación 1-8 8 8 - -
Aplicación 9-16 - 8 8 -
Vip de aplicación 17-24 - - 8 8
Aplicación 25-32 8 - - 8
Máximo de VIP posibles si todas las IP flotantes realizan failover 24 24 24 24

Uso de la consola para gestionar clusters de VM en Exadata Cloud Infrastructure

Descubra cómo utilizar la consola para crear, editar y gestionar clusters de VM en Oracle Exadata Database Service on Dedicated Infrastructure.

Tema principal: Gestión de clusters de VM

Cree un cluster de VM en una instancia de Exadata Cloud Infrastructure.

Nota

Para crear un cluster de VM en la nube en una instancia de Exadata Cloud Infrastructure, primero debe haber creado un recurso de infraestructura de Exadata en la nube.

Nota

La infraestructura con varias VM soportará la creación de varios clusters de VM. Las infraestructuras creadas antes de la publicación de la función Crear y gestionar varias máquinas virtuales por sistema de Exadata (MultiVM) y subjuego de nodos de cluster de máquina virtual solo soportan la creación de un único cluster de VM en la nube.
  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata.
    Nota

    Solo se pueden crear varios clusters de VM en una infraestructura con varias VM.
  3. Haga clic en Crear cluster de VM de Exadata.

    Se mostrará la página Crear cluster de VM de Exadata. Proporcione la información necesaria para configurar el cluster de VM.

  4. compartimento: seleccione un compartimento para el recurso de cluster de VM.
  5. Nombre mostrado: introduzca un nombre mostrado fácil de recordar para el cluster de VM. El nombre no tiene que ser único. Un identificador de Oracle Cloud (OCID) identificará de forma única el sistema de base de datos. Evite introducir información confidencial.
  6. Seleccionar infraestructura de Exadata: seleccione el recurso de infraestructura que contendrá el cluster de VM. Debe seleccionar un recurso de infraestructura que tenga suficientes recursos para crear un nuevo cluster de VM. Haga clic en Cambiar compartimento y seleccione un compartimento diferente de aquel en el que está trabajando para ver los recursos de infraestructura de otros compartimentos.
    Nota

    Solo se pueden crear varios clusters de VM en una infraestructura con varias VM
  7. Seleccionar versión de Oracle Grid Infrastructure: en la lista, seleccione la versión de Oracle Grid Infrastructure (19c y 23ai) que desea instalar en el cluster de VM.

    La versión de Oracle Grid Infrastructure determina las versiones de Oracle Database soportadas en el cluster de VM. No podrá ejecutar una versión de Oracle Database que sea posterior a la versión del software de Oracle Grid Infrastructure.

    Nota

    Requisitos mínimos para aprovisionar un cluster de VM con Grid Infrastructure 23ai:
    • VM de invitado de Exadata que ejecuta el software del sistema de Exadata 23.1.8
    • Infraestructura de Exadata que ejecuta el software del sistema de Exadata 23.1.x
  8. Seleccione una versión de la imagen de Exadata:
    • Infraestructura de Exadata con la versión 22.1.10.0.0.230422 de la imagen de Oracle Linux 7 y Exadata:
      • El botón Cambiar imagen no está activado.
      • La versión de Oracle Grid Infrastructure se establece por defecto en 19.0.0.0.0.
      • La versión de invitado de Exadata será la misma que la del sistema operativo host.
    • Infraestructura de Exadata con Oracle Linux 8 y la versión 23.1.3.0.0.230613 de la imagen de Exadata:
      • La versión de invitado de Exadata se define por defecto en la más reciente (23.1.3.0).
      • La versión de Oracle Grid Infrastructure se define por defecto en 19.0.0.0.0
      • El botón Cambiar imagen está activado.
      • Haga clic en Cambiar imagen.

        El panel de imagen de cambio resultante muestra la lista de versiones principales disponibles de la imagen de Exadata (23.1.3.0 y 22.1.3.0).

        La versión más reciente de cada versión principal se indica con "(más reciente)".

      • Diapositiva Mostrar todas las versiones disponibles.

        Se muestran seis versiones anteriores, incluidas las últimas versiones de las imágenes de Exadata 23.1.3.0 y 22.1.3.0.

      • Seleccione una versión.
      • Haga clic en Guardar cambios.
  9. Configurar el cluster de VM: especifique los servidores de base de datos que se utilizarán para el nuevo cluster de VM (por defecto, se seleccionan todos los servidores de base de datos). Haga clic en Cambiar servidores de base de datos para seleccionar entre los servidores de base de datos disponibles. En el panel Asignación de recursos por VM:
    • Especifique el número de OCPU/ECPU que desea asignar a cada uno de los nodos de recursos informáticos de máquina virtual del cluster de VM. Para los clusters de VM creados en la infraestructura de Exadata X11M, especifique las ECPU. Para los clusters de VM creados en X10M y en una infraestructura de Exadata anterior, especifique las OCPU. El mínimo es de 2 OCPU por VM para X10M y una infraestructura anterior, u 8 ECPU por VM para clusters de VM creados en la infraestructura de Exadata X11M. El campo de solo lectura Recuento de OCPU solicitado para cluster de VM de Exadata muestra el número total de núcleos de OCPU o ECPU que va a asignar.
    • Especifique la memoria por VM que desea asignar a cada VM. El mínimo por VM es de 30 GB.
    • Especifique el almacenamiento local por VM para asignar almacenamiento local a cada VM. El mínimo por VM es de 60 GB.

      Cada vez que crea un nuevo cluster de VM, el espacio que queda del espacio total disponible se utiliza para el nuevo cluster de VM.

      Además de /u02, puede especificar el tamaño de sistemas de archivos locales adicionales.

      Para obtener más información e instrucciones para especificar el tamaño de cada VM individual, consulte Introducción a las operaciones de escala o reducción vertical.

      • Haga clic en Mostrar opciones de configuración de sistemas de archivos locales adicionales.
      • Especifique el tamaño de los sistemas de archivos /, /u01, /tmp, /var, /var/log, /var/log/audit y /home según sea necesario.
        Nota

        • Solo puede ampliar estos sistemas de archivos y no puede reducir el tamaño una vez ampliado.
        • Debido a las particiones de copia de seguridad y la duplicación, los sistemas de archivos / y /var consumirán el doble de espacio que se asignaron, lo que se indica en los campos Almacenamiento asignado total para / (GB) debido a la duplicación y Almacenamiento asignado total para /tmp (GB) debido a la duplicación de solo lectura.
      • Después de crear el cluster de VM, consulte la sección Recursos de Exadata en la página Detalles de infraestructura de Exadata para comprobar el tamaño de archivo asignado al almacenamiento local (/u02) y al almacenamiento local (sistemas de archivos adicionales).
  10. Configurar almacenamiento de Exadata: especifique lo siguiente:
    • Especifique el almacenamiento Exadata utilizable (TB). Especifique el almacenamiento en múltiplos de 1 TB. Mínimo: 2 TB
    • Asignar almacenamiento para instantáneas dispersas de Exadata: seleccione esta opción de configuración si desea utilizar la funcionalidad de instantánea en su cluster de VM. Si selecciona esta opción, se creará el grupo de discos SPARSE, que permite utilizar la funcionalidad de instantáneas del cluster de VM para la clonación ligera de la PDB. Si no selecciona esta opción, el grupo de discos SPARSE no se creará y la funcionalidad de instantáneas no estará disponible en ningún despliegue de base de datos que se cree en el entorno.
      Nota

      La opción de configuración de almacenamiento para instantáneas dispersas no se puede cambiar después de crear el cluster de VM.
    • Asignar almacenamiento para las copias de seguridad locales seleccione esta opción si desea realizar copias de seguridad de base de datos en el almacenamiento local de Exadata dentro de su instancia de Exadata Cloud Infrastructure. Si selecciona esta opción, se asignará más espacio al grupo de discos RECO, que se utiliza para almacenar las copias de seguridad en el almacenamiento de Exadata. Si no selecciona esta opción, se asignará más espacio al grupo de discos DATA, lo cual le permite almacenar más información en las bases de datos.
      Nota

      La opción de configuración de almacenamiento para copias de seguridad locales no se puede cambiar después de crear el cluster de VM.
  11. Agregar clave SSH agregue la parte de la clave pública de cada par de claves que desee utilizar para el acceso SSH al sistema de base de datos:
    • Generar par de claves SSH (opción por defecto) Seleccione este botón de radio para generar un par de claves SSH. A continuación, en el cuadro de diálogo siguiente, haga clic en Guardar clave privada para descargar la clave y, si lo desea, haga clic enGuardar clave pública para descargar la clave.
    • Cargar archivos de clave SSH: seleccione este botón de radio para examinar o arrastrar y soltar archivos .pub.
    • Pegar claves SSH seleccione este botón de radio para pegar claves públicas individuales. Para pegar varias claves, haga clic en + Otra clave SSH y proporcione una única clave para cada entrada.
  12. Configurar la configuración de red: especifique lo siguiente:
    Nota

    Las direcciones IP (100.64.0.0/10) se utilizan para la interconexión de Exadata Cloud Infrastructure X8M.

    No tiene la opción de elegir entre IPv4 (pila única) y IPv4/IPv6 (pila doble) si existen ambas configuraciones. Para obtener más información, consulte Gestión de subredes y VCN.

    • Red virtual en la nube: VCN en la que desea crear el cluster de VM. Haga clic en Cambiar compartimento para seleccionar una VCN en otro compartimento.
    • Subred de cliente: subred a la que se debe asociar el cluster de VM. Haga clic en Cambiar compartimento para seleccionar una subred de un compartimento diferente.

      No utilice una subred que se solape con 192.168.16.16/28, ya que la usa la interconexión privada de Oracle Clusterware en la instancia de base de datos. Especificar una subred solapada provoca que la interconexión privada no funcione correctamente.

    • Subred de copia de seguridad: subred que se va a utilizar para la red de copia de seguridad, que se suele usar para transportar la información de copia de seguridad hacia y desde Destino de copia de seguridad, y para la replicación de Data Guard. Haga clic en Cambiar compartimento para seleccionar una subred en un compartimento diferente, si es aplicable.

      No utilice una subred que se solape con 192.168.128.0/20. Esta restricción se aplica tanto a la subred del cliente como a la subred de copia de seguridad.

      Si desea realizar una copia de seguridad de las bases de datos en el servicio de almacenamiento de objetos o recuperación autónoma, consulte los requisitos previos de red en Gestión de copias de seguridad de bases de datos Exadata.

      Nota

      En caso de que se utilice Autonomous Recovery Service, se recomienda una nueva subred dedicada. Revise los requisitos y las configuraciones de red necesarios para realizar una copia de seguridad de las bases de datos de Oracle Cloud en Recovery Service. Consulte Configuración de Recursos de Red para el Servicio de Recuperación.
    • Grupos de seguridad de red: opcional, puede especificar uno o más grupos de seguridad de red (NSG) para las redes de cliente y copia de seguridad. Los NSG funcionan como firewall virtuales, lo cual le permite aplicar un juego de reglas de seguridad de entrada y salida al cluster de VM de Exadata Cloud Infrastructure. Se puede especificar un máximo de cinco NSG. Para obtener más información, consulte Grupos de seguridad de red y Configuración de red para instancias de Exadata Cloud Infrastructure.

      Si selecciona una subred con una lista de seguridad, las reglas de seguridad para el cluster de VM serán la unión de las reglas de la lista de seguridad y los NSG.

      Para utilizar grupos de seguridad de red:

      • Marque la casilla de control Utilizar grupos de seguridad de red para controlar el tráfico. Este cuadro aparece bajo el selector de la subred de cliente y de la subred de copia de seguridad. Puede aplicar los NSG al cliente o a la red de copia de seguridad, o a ambas redes. Tenga en cuenta que debe haber seleccionado una red virtual en la nube para asignar los NSG a una red.
      • Especifique el NSG que se utilizará con la red. Puede que necesite usar más de un NSG. Si no está seguro, póngase en contacto con el administrador de la red.
      • Para usar los NSG adicionales con la red, haga clic en + Otro grupo de seguridad de red.
      Nota

      Para proporcionar a los recursos de cluster de VM en la nube seguridad adicional, puede utilizar el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure para garantizar que solo los recursos identificados con atributos de seguridad tengan permisos de red para acceder a los recursos. Oracle proporciona plantillas de política de base de datos que puede utilizar para ayudarle a crear políticas para casos de uso comunes de seguridad de base de datos. Para configurarlo ahora, debe haber creado atributos de seguridad con el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure. Haga clic en Mostrar Opciones Avanzadas al final de este procedimiento.

      Tenga en cuenta que cuando proporciona atributos de seguridad para un cluster, en cuanto se aplica, todos los recursos necesitan una política de paquete de confianza cero para acceder al cluster. Si hay un atributo de seguridad en un punto final, debe cumplir las reglas del grupo de seguridad de red (NSG) y de la política de enrutamiento de paquetes de confianza cero (OCI ZPR) de Oracle Cloud Infrastructure.

    • Para utilizar el servicio DNS privado
      Nota

      Se debe configurar un DNS privado para poder seleccionarlo. Consulte "Configuración de DNS privado
      • Active la casilla de control Utilizar servicio DNS privado.
      • Seleccione una vista privada. Haga clic en Cambiar compartimento para seleccionar una vista privada en otro compartimento.
      • Seleccione una zona privada. Haga clic en Cambiar compartimento para seleccionar una zona privada en otro compartimento.
    • Prefijo de nombre de host: nombre de host seleccionado para el sistema de base de datos Exadata. El nombre de host debe empezar por un carácter alfabético y solo puede contener caracteres alfanuméricos y guiones (-). El número máximo de caracteres permitidos para un sistema de base de datos de Exadata es 12.

      Atención:

      El nombre de host debe ser único dentro de la subred. Si no es único, el cluster de VM no podrá aprovisionarse.
    • Nombre de dominio de host: nombre de dominio del cluster de VM. Si la subred seleccionada utiliza el solucionador de Internet y VCN proporcionado por Oracle para la resolución del nombre DNS, este campo mostrará el nombre de dominio de la subred y no se podrá cambiar. De lo contrario, puede proporcionar el nombre de dominio de su elección. Los guiones no están permitidos (-).

      Si desea almacenar copias de seguridad de bases de datos en el servicio de almacenamiento de objetos o de recuperación autónoma, Oracle recomienda utilizar un solucionador de nombres de VCN para DNS para la subred de cliente porque resuelve automáticamente los puntos finales de Swift utilizados para las copias de seguridad.

    • URL de host y dominio: este campo de solo lectura combina los nombres de host y dominio para mostrar el nombre de dominio completo (FQDN) de la base de datos. La longitud máxima es de 63 caracteres.
  13. Seleccionar un tipo de licencia: tipo de licencia que desea utilizar para el cluster de VM. Su elección afecta a la medición de la facturación.
    • Licencia incluida significa que el costo del servicio en la nube incluye una licencia para el servicio Database.
    • Traiga su propia licencia (BYOL) significa que es cliente de Oracle Database con un acuerdo de licencia ilimitada o un acuerdo de licencia no ilimitada y que desea utilizar su licencia con Oracle Cloud Infrastructure. De esta forma, se elimina la necesidad de separar las licencias locales y las licencias de la nube.
  14. Recopilación de diagnósticos: la activación de la recopilación de diagnósticos les permitirá a usted y a Oracle Cloud Operations identificar, investigar, realizar un seguimiento y resolver las incidencias de VM de invitado de forma rápida y eficaz. Suscríbase a Eventos para recibir notificaciones sobre cambios de estado de recurso.
    Nota

    Al suscribirse acepta que la lista de eventos (o métricas, archivos log) anterior puede cambiar en el futuro. Puede anular su inclusión en esta función en cualquier momento.
    • Activar eventos de diagnóstico: permite a Oracle recopilar y publicar eventos críticos, de advertencia, de error e informativos para usted.
    • Activar supervisión de estado: permite a Oracle recopilar métricas de estado/eventos, como los de actividad o caída de Oracle Database, el uso del espacio en disco, etc., y compartirlos con Oracle Cloud Operations. También recibirá notificaciones de algunos eventos.
    • Activar logs de incidentes y la recopilación de rastreos: permita a Oracle recopilar logs de incidentes y rastreos para permitir el diagnóstico de fallos y la resolución de incidencias.
    Nota

    Al suscribirse acepta que la lista de eventos (o métricas, archivos log) anterior puede cambiar en el futuro. Puede anular la suscripción a esta función en cualquier momento.
    Las tres casillas de control están seleccionadas por defecto. Puede dejar los valores por defecto como están o desactivar las casillas de control según sea necesario. Puede ver los valores de recopilación de diagnóstico en la página Detalles de cluster de VM en Información general >> Recopilación de diagnósticos.
    • Activado: cuando selecciona que se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
    • Desactivado: cuando selecciona que no se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
    • Parcialmente activado: cuando selecciona que se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (una o dos opciones).
  15. Haga clic en Mostrar opciones avanzadas para especificar las opciones avanzadas del cluster de VM:

    • Zona horaria: esta opción se encuentra en el separador Gestión. La zona horaria por defecto para el sistema de base de datos es UTC, pero puede especificar una zona horaria diferente. Las opciones de zona horaria son las soportadas tanto en la clase Java.util.TimeZone como en el sistema operativo Oracle Linux. Para obtener más información, consulte Zona horaria del sistema de base de datos .

      Nota

      Si desea definir una zona horaria que no sea UTC o la zona horaria detectada por el explorador, y no encuentra la zona horaria deseada, intente seleccionar la opción Seleccionar otra zona horaria y, a continuación, seleccione "Varios" en la lista Región o país y busque las selecciones adicionales de Zona horaria.

    • Puerto de listener de SCAN: esta opción se encuentra en el separador Red. Puede asignar un puerto de listener de SCAN (TCP/IP) en el rango entre 1024 y 8999. El valor por defecto es 1521
      Nota

      El cambio manual del puerto del listener de SCAN de un cluster de VM después del aprovisionamiento utilizando el software de backend no está soportado. Este cambio puede provocar que falle el aprovisionamiento de Data Guard.
      .
    • Enrutamiento de paquetes de confianza cero (ZPR): esta opción se encuentra en el separador Atributos de seguridad. Seleccione un espacio de nombres y proporcione la clave y el valor para el atributo de seguridad. Para completar este paso durante la configuración, ya debe haber configurado atributos de seguridad con el enrutamiento de paquetes de confianza cero de Oracle Cloud Infrastructure. También puede agregar atributos de seguridad después de la configuración y agregarlos más tarde. Para obtener más información sobre la adición de políticas específicas de Oracle Exadata Database Service on Dedicated Infrastructure, consulte Creador de plantillas de políticas.
    • Actualización de automatización en la nube: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y al software de agente necesarios para la automatización y las herramientas en la nube. Puede configurar la ventana de tiempo que prefiera para que estas actualizaciones se apliquen al cluster de VM.

      Establezca la hora de inicio de las actualizaciones de automatización en la nube.

      Nota

      Oracle comprobará las últimas actualizaciones de VM Cloud Automation todos los días entre la ventana de tiempo configurada y aplicará las actualizaciones cuando corresponda. Si la automatización no puede empezar a aplicar actualizaciones en la ventana de tiempo configurada debido a algún proceso subyacente de larga ejecución, Oracle comprobará automáticamente el día siguiente durante la ventana de tiempo configurada para empezar a aplicar actualizaciones de automatización en la nube al cluster de VM.

      Activar acceso anticipado para la actualización de herramientas en la nube: los clusters de VM designados para acceso anticipado reciben actualizaciones entre 1 y 2 semanas antes de que estén disponibles para otros sistemas. Active esta casilla de control si desea una adopción anticipada para este cluster de VM.

      Período de congelación de actualización de Cloud Automation: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y al software de agente necesarios para la automatización y las herramientas en la nube. Active un período de congelación para definir un período de tiempo durante el cual la automatización de Oracle no aplicará actualizaciones en la nube.

      Mueva el control deslizante para establecer el período de congelación.

      Nota

      • El período de congelación puede extenderse por un máximo de 45 días a partir de la fecha de inicio.
      • La automatización de Oracle aplicará automáticamente actualizaciones con correcciones de seguridad críticas (CVSS >= 9) incluso durante un período de congelación configurado.
    • Etiquetas: si tiene permisos para crear un recurso, también tiene permisos para aplicar etiquetas de formato libre a dicho recurso. Para aplicar una etiqueta definida, debe tener permisos para utilizar el espacio de nombres de la etiqueta. Para obtener más información sobre el etiquetado, consulte Etiquetas de recursos. Si no está seguro de si deben aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
  16. Haga clic en Crear.

SIGUIENTE PASO

Una vez creado correctamente el cluster de VM y con el estado Disponible, .
  • Para ver la página Detalles de cluster de VM, haga clic en el nombre del cluster de VM en la lista de clusters. En la página Detalles de cluster de VM, para crear la primera base de datos en el cluster, haga clic en Crear base de datos
  • Los campos Dirección IP de SCAN (IPv4) y Dirección IP de SCAN (IPv6) de la sección Red de la página Detalles de cluster de VM muestran los detalles de la dirección IP de doble pila.
  • El campo Actualización de automatización en la nube de la sección Versión de la página Detalles de cluster de VM muestra el período de congelación que ha definido.

Para agregar atributos de seguridad a un cluster de VM de Exadata, utilice este procedimiento.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata.
  3. En la lista de clústeres de VM en la nube, haga clic en el nombre del clúster al que desea agregar atributos de seguridad.
  4. En la página Detalles de cluster de VM, haga clic en Más acciones y, a continuación, seleccione Agregar atributos de seguridad.

    or

    En la página Detalles de cluster de VM, haga clic en el separador Atributos de seguridad.

  5. Haga clic en Agregar atributos de seguridad.
  6. Seleccione el Espacio de nombres en el que está disponible el atributo de seguridad necesario.
  7. Seleccione la clave y el valor del atributo de seguridad necesario.
  8. Para utilizar atributos de seguridad adicionales, haga clic en Agregar atributo de seguridad.
    Nota

    Se puede especificar un máximo de 3 atributos de seguridad para un cluster de VM de Exadata.
  9. Haga clic en Agregar atributos de seguridad.

Para editar un atributo de seguridad de un cluster de VM de Exadata, utilice este procedimiento.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En la lista de clústeres de VM en la nube, haga clic en el nombre del clúster para el que desea editar un atributo de seguridad.
  3. Haga clic en el separador Seguridad.

    Se muestra una lista de atributos de seguridad existentes.

  4. Haga clic en el icono junto al nombre del atributo de seguridad para ver sus detalles.
  5. Seleccione el valor necesario del atributo de seguridad.
  6. Haga clic en Guardar.

Para eliminar un atributo de seguridad de un cluster de VM de Exadata, utilice este procedimiento.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En la lista de clústeres de VM en la nube, haga clic en el nombre del clúster para el que desea editar un atributo de seguridad.
  3. Haga clic en el separador Seguridad.

    Se muestra una lista de atributos de seguridad existentes.

  4. Haga clic en el icono junto al nombre del atributo de seguridad para ver sus detalles.
  5. Haga clic en Eliminar atributo de seguridad.

Adición de capacidad de servidores de base de datos o almacenamiento a un cluster de VM en la nube

En este tema se describe cómo utilizar la consola de Oracle Cloud Infrastructure (OCI) para agregar la nueva capacidad al cluster de VM en la nube.

Nota

Este procedimiento no se aplica a la infraestructura con varias VM

Si ha utilizado la tarea Adición de recursos informáticos y de almacenamiento a un recurso de infraestructura flexible de Exadata en la nube mediante la adición de servidores de almacenamiento o base de datos (cálculo) adicionales a la instancia de servicio, debe agregar la capacidad adicional al cluster de VM en la nube para utilizar los recursos adicionales.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata.
  3. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster al que desea agregar capacidad.
  4. En la página Detalles de cluster de VM, haga clic en Escalar cluster de VM.
  5. Si tiene capacidad adicional disponible como resultado del escalado del recurso de infraestructura de Exadata en la nube, un banner en la parte superior del panel Escalar cluster de VM proporciona un mensaje que le indica el tipo y la cantidad de capacidad adicional disponible para el cluster de VM. Marque la casilla Agregar capacidad.
  6. Seleccione el botón de radio Agregar servidor de base de datos o Agregar almacenamiento, según el tipo de capacidad que desee agregar al cluster de VM en la nube.
  7. Haga clic en Actualizar. El cluster de VM en la nube pasa al estado Actualizando. Cuando la capacidad se ha agregado correctamente, el cluster vuelve al estado Disponible.
Nota

Si ha agregado servidores de base de datos adicionales al cluster, puede asignar los nuevos núcleos de CPU una vez que el cluster tenga el estado Disponible haciendo clic de nuevo en el botón Escalar cluster de VM. Consulte Escalado de núcleos de CPU en un cluster de VM en la nube o un sistema de base de datos de Exadata Cloud Service para obtener más información sobre la adición de núcleos de CPU al cluster de VM en la nube.

Uso de la consola para activar, activar parcialmente o desactivar la recopilación de diagnóstico

Puede activar, activar parcialmente o desactivar la recopilación de diagnósticos para las VM de invitado después de aprovisionar el cluster de VM. La activación de la recopilación de diagnósticos en el nivel de cluster de VM aplica la configuración a todos los recursos, como el directorio raíz de base de datos, la base de datos, etc., en el cluster de VM.

Nota

  • Al incluirse entiende que la lista de eventos, métricas y archivos log recopilados puede cambiar en el futuro. Puede anular la suscripción a esta función en cualquier momento.
  • Oracle puede agregar más métricas en el futuro, pero si ya ha seleccionar que se recopilen métricas, no es necesario que actualice su valor de inclusión. Permanecerá activado/desactivado basándose en su preferencia actual.
  • Si anteriormente se ha incluido en la recopilación de archivos de rastreo y logs de incidentes y decide excluirse cuando Oracle Cloud Operations ejecuta un trabajo de recopilación de logs, el trabajo seguirá su curso y no se cancelará. Las recopilaciones de logs futuras no se realizarán hasta que vuelva a incluirse en la opción de recopilación de archivos de rastreo y logs de incidentes.
  1. Abra el menú de navegación. En Base de datos, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM para el que desea activar o desactivar la recopilación de datos de diagnóstico.
  5. En la página Detalles de cluster de VM, en Información general, active, active parcialmente o desactive Recopilación de diagnósticos junto a Recopilación de diagnósticos.
  6. En el cuadro de diálogo Editar configuración de recopilación de diagnósticos, active o desactive cualquiera de las recopilaciones de diagnósticos. Al activar la recopilación de diagnósticos y las notificaciones, Oracle Cloud Operations y usted podrán identificar, investigar, rastrear y resolver incidencias de VM de invitado de forma rápida y eficaz. Suscríbase a Eventos para recibir notificaciones sobre cambios de estado de recurso.
    • Activar eventos de diagnóstico Permite a Oracle recopilar y publicar eventos críticos, de advertencia, de error e informativos para usted. Para obtener más información, consulte Visión general de los eventos de Database Service
    • Activar supervisión de estado Permite a Oracle recopilar métricas de estado/eventos, como los de actividad o caída de Oracle Database, el uso de espacio en disco, etc., así como compartirlos con Oracle Cloud Operations. También recibirá notificaciones de algunos eventos.
    • Activar recopilación de logs de incidentes y rastreos. Permite a Oracle recopilar logs de incidentes y rastreos para el diagnóstico de fallos y la solución de incidencias.

      Nota: Si anteriormente se ha incluido en la recopilación de archivos de rastreo y logs de incidentes y decide excluirse cuando Oracle Cloud Operations ejecuta un trabajo de recopilación de logs, el trabajo seguirá su curso y no se cancelará. Las futuras recopilaciones de logs no se ejecutarán hasta que vuelva a incluirse en la opción de recopilación de logs de incidentes y archivos de rastreo.

  7. Seleccione o anule la selección de las casillas de control y, a continuación, haga clic en Guardar cambios.

Uso de la consola para actualizar el tipo de licencia de un cluster de VM

Para modificar las licencias, esté preparado para proporcionar los valores de los campos necesarios para modificar la información de licencia.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Cloud Infrastructure.
  2. Seleccione la región y el compartimento que contiene el cluster de VM para el que desea actualizar el tipo de licencia.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM para el que desea actualizar el tipo de licencia.

    La página Detalles de cluster de VM muestra información sobre el cluster de VM seleccionado.

  5. Haga clic en Actualizar tipo de licencia.
  6. En el cuadro de diálogo, seleccione uno de los siguientes tipos de licencia y haga clic en Guardar.
    • Traiga su propia licencia (BYOL): seleccione esta opción si su organización ya posee licencias de software de Oracle Database que desea utilizar en el cluster de VM.
    • Licencia incluida: seleccione esta opción para suscribirse a las licencias de software de Oracle Database como parte de Exadata Cloud Infrastructure.

    La actualización del tipo de licencia no cambia la funcionalidad ni interrumpe el funcionamiento del cluster de VM. Los clientes pueden cambiar el tipo de licencia de un cluster de VM como máximo una vez al mes.

Adición de claves SSH a un cluster de VM

El cluster de VM existe y desea agregar otro usuario que necesite otra clave SSH.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM, busque el cluster que desea gestionar y haga clic en el nombre resaltado.
  5. Haga clic en Agregar claves SSH.
  6. Seleccione una de las opciones siguientes:

    • Generar par de claves SSH: utilice esta opción para crear un nuevo par de claves SSH. Haga clic en Guardar clave privada y en Guardar clave pública cuando utilice esta opción. La clave privada se descargará en la máquina local y se debe almacenar en una ubicación segura. No puede descargar otra copia de la clave privada generada durante esta operación después de completarla.

    • Cargar archivos de clave SSH: seleccione esta opción para examinar o arrastrar y soltar archivos .pub.

    • Pegar claves SSH: seleccione esta opción para pegar claves públicas individuales. Para pegar varias claves, haga clic en + Otra clave SSH y proporcione una única clave para cada entrada.

  7. Haga clic en Guardar.

Uso de la consola para agregar claves SSH tras la creación de un cluster de VM

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Haga clic en Clusters de VM.
  3. Haga clic en el nombre del cluster de VM al que desea agregar claves SSH.
  4. En la página Detalles de cluster de VM, haga clic en Agregar claves SSH.
  5. En el cuadro de diálogo Agregar claves SSH, seleccione uno de los métodos:
    • Generar par de claves SSH: seleccione esta opción si desea que el plano de control le genere pares de claves públicas/privadas.

      Haga clic en Guardar clave privada y Guardar clave pública para descargar y guardar el par de claves SSH.

    • Cargar archivos de clave SSH: seleccione esta opción para cargar el archivo que contiene el par de claves SSH.
    • Pegar claves SSH: seleccione esta opción para pegar la cadena de la clave SSH.

      Para proporcionar varias claves, haga clic en Otra clave SSH. Si pega las claves, asegúrese de que cada clave esté en una sola línea continua. La longitud de las claves combinadas no puede superar los 10 000 caracteres.

  6. Haga clic en Guardar.

Uso de la consola para parar, iniciar o reiniciar una máquina virtual de cluster de VM

Utilice la consola para parar, iniciar o reiniciar una máquina virtual.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la Región y el Compartimento asociado al cluster de VM que contiene la máquina virtual que desea parar, iniciar o reiniciar.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que contiene la máquina virtual que desea parar, iniciar o reiniciar.

    La página Detalles de cluster de VM muestra información sobre el cluster de VM seleccionado.

  5. En la lista Recursos, haga clic en Máquinas virtuales.

    Aparecerá la lista de máquinas virtuales.

  6. En la lista de nodos, haga clic en el icono Acciones (tres puntos) de un nodo y, a continuación, en una de las siguientes acciones:
    1. Iniciar: reinicia un nodo parado. Después de reiniciar el nodo, se activa la acción Parar.
    2. Parar: cierra el nodo. Después de parar el nodo, se activa la acción Iniciar.
    3. Reiniciar: cierra el nodo y lo reinicia.

Uso de la consola para comprobar el estado de una máquina virtual de cluster de VM

Revise el estado de una máquina virtual del cluster de VM.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la Región y el Compartimento asociado al cluster de VM que contiene la máquina virtual en la que está interesado.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que contiene la máquina virtual en la que está interesado.

    La página Detalles de cluster de VM muestra información sobre el cluster de VM seleccionado.

  5. En la lista Recursos, haga clic en Máquinas virtuales.

    Aparecerá la lista de máquinas virtuales. Para cada máquina virtual del cluster de VM, se muestran el nombre, el estado y la dirección IP del cliente.

  6. En la lista de nodos, busque la máquina virtual en la que está interesado y compruebe su estado.

    El color del icono y el texto asociado indica su estado.

    • Disponible: icono verde. El nodo está operativo.
    • Iniciando: icono amarillo. El nodo se está iniciando a consecuencia de una acción de inicio o reinicio en la consola o la API.
    • Parando: icono amarillo. El nodo se está parando a consecuencia de una acción de parada o reinicio en la consola o la API.
    • Parado: icono amarillo. Se para el nodo.
    • Con fallos: icono rojo. Una condición de error impide el funcionamiento continuo de la máquina virtual.

Uso de la consola para mover un cluster de VM a otro compartimento

Para cambiar el compartimento que contiene el cluster de VM en Exadata Cloud Infrastructure, utilice este procedimiento.

Al mover un cluster de VM, el cambio de compartimento también se aplica a las máquinas virtuales y a las bases de datos asociadas al cluster de VM. Sin embargo, el cambio de compartimento no afecta al resto de recursos asociados, como la infraestructura de Exadata, que permanece en el compartimento actual.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que desea mover.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que desea mover.

    La página Detalles de cluster de VM muestra información sobre el cluster de VM seleccionado.

  5. Haga clic en Más acciones y, a continuación, en Mover recurso.
  6. En el cuadro de diálogo que aparece, seleccione el nuevo compartimento para el cluster de VM y haga clic en Mover.

Para cambiar el nombre mostrado del cluster de VM

Nota

Este tema solo se aplica a las instancias de Exadata Cloud Infrastructure que utilizan el nuevo modelo de recursos de instancia de Exadata Cloud Infrastructure.
  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata en Oracle Exadata Database Service on Dedicated Infrastructure.

  4. En la lista de recursos de clusters de VM de Exadata, haga clic en el nombre del cluster de VM en el que está interesado

  5. En la página Detalles de infraestructura, haga clic en Más acciones y en Actualizar nombre mostrado.
  6. En el cuadro de diálogo Actualizar nombre mostrado, introduzca el Nuevo nombre mostrado y el nombre mostrado actual como se indica.
  7. Haga clic en Actualizar.

Uso de la consola para terminar un cluster de VM

Antes de terminar un cluster de VM, asegúrese de lo siguiente:
  • Si hay alguna base de datos con Data Guard configurado, desconfigúrelas primero.
  • Si hay alguna base de datos con una copia de seguridad en curso, espere a que se complete.

Al terminar un cluster de VM, este se elimina del plano de control en la nube. En el proceso se destruyen las máquinas virtuales y su contenido.

Nota

No puede terminar un cluster de VM desde una infraestructura con menos de 5 servidores de almacenamiento
  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que desea terminar.
  3. Haga clic en Clusters de VM.
  4. Haga clic en el nombre del cluster de VM que desea terminar.

    La página Detalles de cluster de VM muestra información sobre el cluster de VM seleccionado.

  5. Haga clic en Más acciones y, a continuación, en Terminar.
  6. En el cuadro de diálogo que aparece:
    • Revisar el mensaje sobre la política de retención de copias de seguridad
    • Introduzca el nombre del cluster de VM
    • Haga clic en Finalizar para confirmar la acción.
    Nota

    La base de datos permanece en estado terminado con las copias de seguridad enumeradas hasta que todas las copias de seguridad caducan.

Para ver detalles sobre la configuración de DNS privado

  1. Abra el menú de navegación. En Base de datos, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Seleccione el compartimento que contiene la infraestructura de Exadata.
  4. Haga clic en Clusters de VM.
  5. Haga clic en el nombre del cluster de VM configurado con un DNS privado que desea ver.
  6. En la sección Red, se muestran el DNS privado y la zona privada si se configura un DNS privado.
  7. Haga clic en el nombre de la vista privada para editar la configuración.

Asociación de una dirección IP virtual

Conecte una dirección IP virtual de un cluster de VM mediante este procedimiento.

  1. Abra el menú de navegación. En Base de datos, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Seleccione el compartimento que contiene la infraestructura de Exadata.
  4. Haga clic en Clusters de VM de Exadata.
  5. En Recursos, haga clic en Dirección IP virtual.
  6. Haga clic en Asociar dirección IP virtual.
  7. En el cuadro de diálogo Asociar dirección IP virtual:
    1. Seleccione una subred en la lista desplegable Subred.
    2. Introduzca un nombre de host para la dirección IP virtual en el campo Virtual IP Address Hostname.
    3. Puede elegir asignar automáticamente direcciones IPv4/IPv6 de la subred o asignar manualmente direcciones IPv4/IPv6. Si opta por la asignación manual, introduzca la dirección IP deseada en el campo Dirección IP virtual.
    4. (Opcional) Puede introducir un nombre de máquina VIrtual para que sea la asociación por defecto en el campo Máquina virtual.
    5. Haga clic en Asociar.

Desasociación de una dirección IP virtual

Conecte una dirección IP virtual de un cluster de VM mediante este procedimiento.

  1. Abra el menú de navegación. En Base de datos, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Seleccione el compartimento que contiene la infraestructura de Exadata.
  4. Haga clic en Clusters de VM de Exadata.
  5. En Recursos, haga clic en Dirección IP virtual.
  6. Haga clic en el icono Acciones (tres puntos) situado a la derecha de la dirección IP virtual que desea desasociar.
  7. Haga clic en Desasociar.
  8. En el cuadro de diálogo Desasociar dirección IP virtual, confirme introduciendo la dirección VIP que desea desasociar y haga clic en Desasociar.

Migración de un cluster de VM de Exadata de pila única (IPv4) a un cluster de VM de Exadata de pila doble (IPv4/IPv6) con sincronización de Data Guard

  1. Cree un cluster de VM de Exadata de doble pila.
  2. Cree una asociación de Data Guard entre el cluster de VM de Exadata de pila única (IPv4) existente que aloja la base de datos principal y el nuevo cluster de VM de Exadata de pila doble (IPv4/IPv6) que aloja la base de datos en espera.
  3. Realice un switchover de base de datos.

    Asegúrese de que ambas bases de datos estén sincronizadas antes de realizar el switchover. Las bases de datos primaria y en espera se deben sincronizar, lo que significa que no debe haber atrasos de redo logs en la base de datos en espera. Puede comprobar la sincronización asegurándose de que no hay redo logs pendientes de aplicación en la base de datos en espera. Utilice el comando DGMGRL> SHOW CONFIGURATION; para comprobar el estado de sincronización.

Visión general de la recopilación de diagnóstico automático

Al activar la recopilación de diagnósticos y las notificaciones, Oracle Cloud Operations y usted podrán identificar, investigar, rastrear y resolver incidencias de VM de invitado de forma rápida y eficaz. Suscríbase a Eventos para recibir notificaciones sobre cambios de estado de recurso.

  • Activar eventos de diagnóstico

    Permita a Oracle recopilar y publicar eventos críticos, de advertencia, de error e informativos para usted. Para obtener más información, consulte Eventos de Database Service.

  • Activar supervisión de estado

    Permite a Oracle recopilar métricas de estado/eventos, como los de actividad o caída de Oracle Database, el uso del espacio en disco, etc., así como compartirlos con Oracle Cloud Operations. También recibirá notificaciones de algunos eventos. Para obtener más información, consulte Métricas de estado.

  • Activar logs de incidentes y la recopilación de rastreos

    Permite a Oracle recopilar logs de incidentes y rastreos para el diagnóstico de fallos y la solución de incidencias. Para obtener más información, consulte Logs de incidentes y archivos de rastreo.

La recopilación de diagnósticos está:

  • Activado: cuando selecciona que se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
  • Desactivado: cuando selecciona que no se recopilen los diagnósticos, las métricas de estado, los logs de incidentes y los archivos de rastreo (las tres opciones).
  • Activada parcialmente: cuando selecciona que se recopilen diagnósticos, métricas de estado, logs de incidentes y archivos de rastreo (una o dos opciones).

La desactivación de los eventos de diagnóstico y la supervisión de estado solo parará la recopilación y la notificación de datos/eventos desde el momento en que desmarque las casillas de control vinculadas a las opciones. Sin embargo, los datos históricos no se depurarán de los repositorios de datos de Oracle Cloud Operations.

Logs de incidentes y archivos de rastreo

En esta sección se muestran todos los archivos que pueden recopilar los Servicios de Soporte Oracle si se incluye en la recopilación de logs de incidentes y rastreo.

Nota

  • Oracle creará una solicitud de servicio (SR) en el Identificador de Soporte del Cliente (CSI) de la infraestructura cuando se detecte una incidencia y necesite la interacción del cliente para resolverla.
  • El correo electrónico del administrador del arrendamiento de Oracle Cloud Infrastructure del cliente se utilizará como contacto de CSI para crear una SR y adjuntarle logs. Asegúrese de que el administrador de arrendamiento está agregado como contacto de CSI en My Oracle Support (MOS).

Recopilaciones de logs basadas en componentes por parte de Oracle Trace File Analyze (TFA)

Los directorios se asignan generalmente a un componente y ese componente se puede utilizar para guiar a TFA hasta los archivos que necesita recopilar. Por ejemplo, la solicitud del componente CRS indicaría a TFA que examine los directorios asignados al componente CRS y busque archivos que coincidan con el marco temporal de recopilación necesario.

Nota

Si se ha incluido previamente en la recopilación de archivos de rastreo y log de incidentes y decide excluirse cuando Oracle Cloud Operations ejecuta un trabajo de recopilación de logs, el trabajo seguirá su curso y no se cancelará. Las recopilaciones de logs futuras no se realizarán hasta que vuelva a incluirse en la opción de recopilación de archivos de rastreo y logs de incidentes.

TFA se suministra con scripts que se ejecutan cuando se solicita un componente concreto, por ejemplo, para el componente de CRS, crscollect.pl ejecutará varios comandos crsctl y recopilará la entrada. Por defecto, TFA no oculta los logs recopilados.

Tabla 5-1 Recopilaciones de logs basadas en componentes por parte de Oracle Trace File Analyze (TFA)

Componente Script Archivos/directorios

OS: logs del sistema operativo

oscollect.pl
  • /var/log/messages
  • Archivo de OSWatcher
  • Solo Exadata: archivo de ExaWatcher

    /opt/oracle.ExaWatcher/archive/

CRS: Grid Infrastructure y logs de cluster

crscollect.pl
  • /etc/oracle
  • GIHOME/crf/db/HOSTNAME1
  • GIHOME/crs/log
  • GIHOME/css/log
  • GIHOME/cv/log
  • GIHOME/evm/admin/log
  • GIHOME/evm/admin/logger
  • GIHOME/evm/log
  • GIHOME/log/-/client
  • GIHOME/log/HOSTNAME1
  • GIHOME/log/HOSTNAME1/admin
  • GIHOME/log/HOSTNAME1/client
  • GIHOME/log/HOSTNAME1/crflogd
  • GIHOME/log/HOSTNAME1/crfmond
  • GIHOME/log/HOSTNAME1/crsd
  • GIHOME/log/HOSTNAME1/cssd
  • GIHOME/log/HOSTNAME1/ctssd
  • GIHOME/log/HOSTNAME1/diskmon
  • GIHOME/log/HOSTNAME1/evmd
  • GIHOME/log/HOSTNAME1/gipcd
  • GIHOME/log/HOSTNAME1/gnsd
  • GIHOME/log/HOSTNAME1/gpnpd
  • GIHOME/log/HOSTNAME1/mdnsd
  • GIHOME/log/HOSTNAME1/ohasd
  • GIHOME/log/HOSTNAME1/racg
  • GIHOME/log/HOSTNAME1/srvm
  • GIHOME/log/HOSTNAME1/xag
  • GIHOME/log/diag/asmtool
  • GIHOME/log/diag/clients
  • GIHOME/log/procwatcher/PRW_SYS_HOSTNAME1
  • GIHOME/network/log
  • GIHOME/opmn/logs
  • GIHOME/racg/log
  • GIHOME/scheduler/log
  • GIHOME/srvm/log
  • GRIDBASE/crsdata/@global/cvu
  • GRIDBASE/crsdata/HOSTNAME1/core
  • GRIDBASE/crsdata/HOSTNAME1/crsconfig
  • GRIDBASE/crsdata/HOSTNAME1/crsdiag
  • GRIDBASE/crsdata/HOSTNAME1/cvu
  • GRIDBASE/crsdata/HOSTNAME1/evm
  • GRIDBASE/crsdata/HOSTNAME1/output
  • GRIDBASE/crsdata/HOSTNAME1/ovmmwallets
  • GRIDBASE/crsdata/HOSTNAME1/scripts
  • GRIDBASE/crsdata/HOSTNAME1/trace
  • GRIDBASE/diag/crs/-/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/incident
  • GRIDBASE/diag/crs/HOSTNAME1/crs/trace

Database: logs de Oracle Database

Ningún script específico de base de datos: ejecuta opatch lsinventory para el directorio ORACLE_HOME desde el que se ejecuta la base de datos. TFA ejecutará ipspack en función del rango temporal para determinados incidentes de base de datos.

  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/cdump
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/trace
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/incident

Logs de herramientas en la nube

  • Archivos creg: archivos /var/opt/oracle/creg/*.ini con información confidencial enmascarada
  • Archivo cstate: /var/opt/oracle/cstate.xml

  • Logs de herramientas relacionadas con la base de datos:

    Si se ha especificado dbName, /var/opt/oracle/log/<dbName>; de lo contrario, recopile logs para todas las bases de datos /var/opt/oracle/log/

    Si se ha especificado dbName, /var/opt/oracle/dbaas_acfs/log/<dbName>; de lo contrario, recopile logs para todas las bases de datos /var/opt/oracle/log/<dbName>

  • Archivos de entorno de base de datos: si se ha especificado dbName, /home/oracle/<dbName>.env; de lo contrario, recopile logs para todas las bases de datos /home/oracle/*.env
  • Logs de piloto: /home/opc/.pilotBase/logs
  • Lista de directorios de log:
    • /var/opt/oracle/log
    • /var/opt/oracle/dbaas_acfs/log
    • /var/opt/oracle/dbaas_acfs/dbsystem_details
    • /var/opt/oracle/dbaas_acfs/job_manager
    • /opt/oracle/dcs/log

Logs de agente DCS

  • /opt/oracle/dcs/log/

Logs de Grid Infrastructure/base de datos relacionados con herramientas

  • Grid Infrastructure: GI_HOME/cfgtoollogs
  • Log de alertas de base de datos: /u02/app/oracle/diag/rdbms/*/*/alert*.log

Métrica de estado

Revise la lista de métricas de estado de base de datos y no de base de datos recopiladas por Oracle Trace File Analyzer.

Nota

Oracle puede agregar más métricas en el futuro, pero si ya ha seleccionar que se recopilen métricas, no es necesario que actualice su valor de inclusión. Permanecerá activado/desactivado basándose en su preferencia actual.

Lista de métricas de estado de VM de invitado: métricas de base de datos

Tabla 5-2 Lista de métricas de estado de VM de invitado: métricas de base de datos

Nombre de la métrica Nombre mostrado de la métrica Unidad Agregación Intervalo Frecuencia de recopilación Descripción

CpuUtilization

Utilización de CPU

Porcentaje

Media

Un minuto

Cinco minutos

El uso de CPU se expresa como porcentaje, que se agrega en todos los grupos de consumidores. El porcentaje de utilización se refiere al número de CPU que puede utilizar la base de datos, que es dos veces el número de OCPU.

StorageUtilization

Utilización de almacenamiento

Porcentaje

Media

Una hora

Una hora

Porcentaje de la capacidad de almacenamiento aprovisionada actualmente en uso. Representa el espacio total asignado para todos los tablespaces.

BlockChanges

Cambios de bloque de base de datos

Cambios por segundo

Media

Un minuto

Cinco minutos

Número medio de bloques cambiados por segundo.

ExecuteCount

Recuento de ejecuciones

Recuento

Suma

Un minuto

Cinco minutos

Número de llamadas de usuario y recursivas que han ejecutado sentencias SQL durante el intervalo seleccionado.

CurrentLogons

Conexiones actuales

Recuento

Suma

Un minuto

Cinco minutos

 Número de conexiones correctas durante el intervalo seleccionado.

TransactionCount

Recuento de transacciones

Recuento

Suma

Un minuto

Cinco minutos

Número combinado de confirmaciones y rollbacks de usuario durante el intervalo seleccionado.

UserCalls

Llamadas de usuario

Recuento

Suma

Un minuto

Cinco minutos

Número combinado de llamadas de conexión, análisis y ejecución durante el intervalo seleccionado.

ParseCount

Recuento de análisis

Recuento

Suma

Un minuto

Cinco minutos

Número de análisis ligeros o pesados durante el intervalo seleccionado.

StorageUsed

Espacio de almacenamiento utilizado

GB

Máximo

Una hora

Una hora

Cantidad total de espacio de almacenamiento utilizado por la base de datos en el momento de la recopilación.

StorageAllocated

Espacio de almacenamiento asignado

GB

Máximo

Una hora

Una hora

Cantidad total de espacio de almacenamiento asignado a la base de datos en el momento de la recopilación.

StorageUsedByTablespace

Espacio de almacenamiento utilizado por tablespace

GB

Máximo

Una hora

Una hora

Cantidad total de espacio de almacenamiento utilizado por el tablespace en el momento de la recopilación. En el caso de bases de datos de contenedores, esta métrica proporciona tablespaces de contenedor raíz.

StorageAllocatedByTablespace

Espacio de almacenamiento asignado por tablespace

GB

Máximo

Una hora

Una hora

Cantidad total de espacio de almacenamiento asignado al tablespace en el momento de la recopilación. En el caso de bases de datos de contenedores, esta métrica proporciona tablespaces de contenedor raíz.

StorageUtilizationByTablespace

Uso de espacio de almacenamiento por tablespace

Porcentaje

Media

Una hora

Una hora

Indica el porcentaje de espacio de almacenamiento utilizado por el tablespace en el momento de la recopilación. En el caso de bases de datos de contenedores, esta métrica proporciona tablespaces de contenedor raíz.

Lista de métricas de estado de VM de invitado: métricas no de base de datos

Tabla 5-3 Lista de métricas de estado de VM de invitado: métricas no de base de datos

Nombre de la métrica Nombre mostrado de la métrica Unidad Agregación Frecuencia de recopilación Descripción

ASMDiskgroupUtilization

Utilización de grupo de discos de ASM

Porcentaje

Máximo

10 minutos

Porcentaje de espacio utilizable usado en un grupo de discos. El espacio utilizable es el espacio disponible para crecer. El grupo de discos DATA almacena nuestros archivos de base de datos Oracle. El grupo de discos RECO contiene archivos de base de datos para la recuperación, como archivos y logs de flashback.

FilesystemUtilization

Utilización del sistema de archivos

Porcentaje

Máximo

Un minuto

Porcentaje de utilización del sistema de archivos aprovisionado.

CpuUtilization

Utilización de CPU

Porcentaje

Media

Un minuto

Porcentaje de utilización de CPU.

MemoryUtilization

Utilización de memoria

Porcentaje

Media

Un minuto

Porcentaje de memoria disponible para iniciar nuevas aplicaciones, sin intercambio. La memoria disponible se puede obtener mediante el siguiente comando: cat /proc/meminfo.

SwapUtilization

Utilización de intercambios

Porcentaje

Media

Un minuto

Porcentaje de utilización del espacio de intercambio total.

LoadAverage

Media de carga

Número

Media

Un minuto

Media de carga del sistema durante 5 minutos.

NodeStatus

Estado del nodo

Entero

Media

Un minuto

Indica si se puede acceder al host.

OcpusAllocated

OCPU asignadas

Entero

Máximo

Un minuto

Número de OCPU asignadas.

Uso de la API para gestionar la instancia de Exadata Cloud Infrastructure

Para obtener más información sobre el uso de la API y la firma de solicitudes, consulte API de REST y Credenciales de seguridad. Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.

Utilice estas operaciones de API para gestionar los componentes de la instancia de Exadata Cloud Infrastructure.

Recurso de infraestructura de Exadata en la nube (nuevo modelo de recursos):

Cluster de VM en la nube (nuevo modelo de recursos)

Sistemas de base de datos (modelo de recursos antiguo):

Nodos de máquina virtual (todas las instancias de Exadata Cloud Infrastructure):

Tema principal: Gestión de clusters de VM

Solución de problemas de máquinas virtuales mediante conexiones de consola

Puede solucionar el mal funcionamiento de las máquinas virtuales mediante conexiones de consola. Por ejemplo, una VM de invitado que trabajaba anteriormente deja de responder.

Nota

El software del sistema Exadata 23.1.13 es la versión mínima necesaria. Además, asegúrese de revisar todos los requisitos que se indican a continuación, incluida la definición de una contraseña para el usuario opc o root. Si no se realizan los cambios necesarios para cumplir con estos requisitos de antemano, no se podrá conectar con urgencia a la consola serie cuando surja la necesidad cuando no se pueda acceder a la máquina virtual.

Para conectarse a una instancia en ejecución con fines de administración y uso general, utilice un shell seguro (SSH). Para obtener más información, consulte Conexión a una máquina virtual con SSH.

Para establecer una conexión SSH con la consola serie, siga estos pasos de configuración.

  1. Asegúrese de que tiene los permisos correctos.
  2. Complete los requisitos, incluida la creación de su par de claves SSH (en caso de que aún no tenga uno).
  3. Cree la consola serie de la máquina virtual.
  4. Conéctese a la consola serie a través de SSH.

Para comprobar la versión del servidor de base de datos instalada, siga estos pasos:

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Infraestructura de Exadata en Oracle Exadata Database Service on Dedicated Infrastructure.
  4. Haga clic en el nombre de la infraestructura en la que está interesado.
  5. En la página Detalles de infraestructura resultante, vaya a la sección Versión para buscar la versión del servidor de base de datos instalada.

Tema principal: Gestión de clusters de VM

Políticas de IAM necesarias

Un administrador debe otorgarle acceso seguro a la consola de máquina virtual en el sistema Oracle Exadata Database Service on Dedicated Infrastructure mediante una política de IAM.

Este acceso es necesario tanto si utiliza la consola como la API de REST con un SDK, una CLI u otras herramientas. Si recibe un mensaje que indica que no tiene permiso o que no está autorizado, verifique con su administrador qué tipo de acceso tiene y en qué compartimento debe trabajar.

Para crear conexiones de consola de máquina virtual, un administrador necesita otorgar acceso de usuario para leer y gestionar conexiones de consola de máquina virtual mediante una política de IAM. El nombre de recurso para las conexiones de consola de máquina virtual es dbnode-console-connection. El nombre de recurso para la máquina virtual es db-nodes. Las siguientes políticas otorgan a los usuarios la capacidad de crear conexiones de consola de máquina virtual: 

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

Requisitos

Debe instalar un cliente SSH y crear pares de claves SSH.

Instalación de un cliente SSH y un shell de línea de comandos (Microsoft Windows)

Microsoft Windows no incluye ningún cliente SSH por defecto. Si se conecta desde un cliente de Windows, necesita instalar un cliente SSH. Puede utilizar PuTTY plink.exe con Windows PowerShell o software que incluye una versión de OpenSSH como:

Las instrucciones de este tema utilizan con frecuencia PuTTY y Windows PowerShell.

Si desea realizar la conexión de consola desde Windows con Windows PowerShell, es posible que PowerShell ya esté instalado en el sistema operativo Windows. En caso contrario, siga los pasos del enlace. Si se conecta a la instancia desde un cliente de Windows mediante PowerShell, se necesita plink.exe. plink.exe es la herramienta de conexión de enlace de comandos incluida con PuTTY. Puede instalar PuTTY o plink.exe por separado. Para obtener información sobre la instalación, consulte http://www.putty.org.

Creación de pares de claves SSH

Para crear la conexión de consola segura, necesita un par de claves SSH. Método que se utilizará para crear pares de claves depende del sistema operativo. Al conectarse a la consola serie, debe utilizar una clave RSA. Las instrucciones de esta sección muestran cómo crear un par de claves RSA de SSH.

Crear el par de claves SSH para Linux

Si utiliza un sistema de estilo UNIX, es probable que ya tenga instalada la utilidad ssh-keygen. Para determinar si la herramienta está instalada, escriba ssh-keygen en la línea de comandos. Si la herramienta no está instalada, puede descargar OpenSSH for UNIX desde http://www.openssh.com/portable.html e instalarla.

  1. Abra un shell o un terminal para introducir los comandos.
  2. En el indicador, introduzca ssh-keygen y proporcione un nombre para la clave cuando corresponda. También puede incluir una contraseña.

    Las claves se crean con los valores por defecto: claves RSA de 2048 bits.

    También puede escribir un comando ssh-keygen completo, por ejemplo:
    ssh-keygen -t rsa -N "" -b 2048 -C "<key_name>" -f <path/root_name>
    Argumento Descripción
    -t rsa Utilice el algoritmo RSA.
    -N "<passphrase>" Frase de contraseña para proteger el uso de la clave (como una contraseña). Si no desea definir una frase de contraseña, no introduzca nada entre las comillas.

    No se requiere una frase de contraseña. Puede especificar una como medida de seguridad para proteger la clave privada contra el uso no autorizado. Si especifica una frase de contraseña, debe proporcionarla al conectarse a la instancia, lo que suele dificultar la conexión automática a una instancia.
    -b 2048 Genere una clave de 2048 bits. No tiene que definir este valor si 2048 es aceptable, ya que 2048 es el valor por defecto.

    Se recomienda un mínimo de 2048 bits para SSH- 2 RSA.
    -C "<key_name>" Nombre para identificar la clave.
    -f <path/root_name> Ubicación en la que se guardará el par de claves y nombre raíz de los archivos.

Creación del par de claves SSH para Windows con PuTTY

Si utiliza un cliente Windows para conectarse a la conexión de la consola de instancia, utilice un par de claves SSH generado por PuTTY.

Nota

Asegúrese de utilizar la última versión de PuTTY, consulte http://www.putty.org.

  1. Busque puttygen.exe en la carpeta PuTTY de la computadora, por ejemplo, C:\Program Files (x86)\PuTTY. Haga doble clic en puttygen.exe para abrirlo.
  2. Especifique un tipo de clave SSH-2 RSA y un tamaño de clave de 2048 bits:
    • En el menú Clave, confirme que esté seleccionado el valor por defecto de la clave SSH-2 RSA.
    • Para Tipo de clave que se va a generar, acepte el tipo de clave por defecto RSA.
    • Defina el número de bits de una clave generada como 2048 si aún no se ha definido.
  3. Haga clic en Generar.
  4. Para generar datos aleatorios en la clave, mueve el mouse alrededor del área en blanco en la ventana PuTTY.

    Cuando se genera la clave, aparece debajo de clave pública para pegar en el archivo OpenSSH authorized_keys.

  5. Se le genera un comentario de clave, incluido el registro de fecha y hora. Puede mantener el comentario por defecto o sustituirlo por un comentario más descriptivo.
  6. Deje el campo Frase de contraseña de clave en blanco.
  7. Haga clic en Guardar clave privada y, a continuación, haga clic en Sí en el indicador para guardar la clave sin una frase de contraseña.

    El par de claves se guarda en el formato PuTTY de clave privada (PPK), que es un formato propietario que solo funciona con el juego de herramientas PuTTY.

    Puede asignar a la clave el nombre que desee, pero utilice la extensión de archivo ppk. Por ejemplo, mykey.ppk.

  8. Seleccione todas las claves generadas que aparecen bajo clave pública para pegarlas en el archivo OpenSSH authorized_keys, copiarlas mediante Ctrl + C, pegarlas en un archivo de texto y, a continuación, guardar el archivo en la misma ubicación que la clave privada.
    Nota

    No utilice la opción Guardar clave pública porque no guarda la clave en formato OpenSSH.

    Puede asignar a la clave el nombre que desee, pero para mantener la consistencia, utilice el mismo nombre que para la clave privada y una extensión de archivo pub. Por ejemplo: mykey.pub.

  9. Escriba los nombres y ubicaciones de sus archivos de clave pública y privada. necesita la clave pública al crear una conexión de consola de instancia. Necesita la clave privada para conectarse a la conexión de la consola de instancia mediante PuTTY. Por ejemplo: $HOME\Documents\mykey.ppk.

Para crear una conexión mediante el par de claves SSH generado mediante PuTTY

Para obtener más información sobre la generación de pares de claves SSH, consulte Creación del par de claves SSH para Windows mediante PuTTY

Realice lo siguiente en la ventana de acceso Crear consola serie:

  1. Pegue la clave SSH generada con el formato OpenSSH o seleccione Cargar archivo de clave SSH y proporcione la ruta de la clave pública guardada en el paso 8 en Creación del par de claves SSH para Windows mediante PuTTY.
  2. Una vez que la conexión esté Activa, haga clic en Copiar conexión de consola serie para Windows.
  3. Pegue la cadena de conexión copiada del paso anterior en un archivo de texto.
  4. En el archivo de texto, sustituya <PATH_FILE_PUTTY_PRIVATE.ppk> para que apunte a la ruta de acceso del archivo de clave privada (PPK) PuTTY en el equipo. Por ejemplo, si ha guardado el archivo .ppk en $HOME\Documents\mykey.ppk.
  5. Pegue la cadena de conexión modificada en la ventana PowerShell y, a continuación, pulse Intro para conectarse a la consola.

Conexión a una máquina virtual desde la consola serie

Si desea conectarse a una máquina virtual mediante una conexión de consola de máquina virtual, puede utilizar la conexión de shell seguro (SSH) para ello. Si desea conectarse con un nombre de usuario y una contraseña, necesita una cuenta de usuario con una contraseña. Oracle Exadata Cloud no define una contraseña por defecto para los usuarios opc o root. Por lo tanto, si desea conectarse como el usuario opc o root, debe crear una contraseña para el usuario opc o root. De lo contrario, agregar un usuario diferente con una contraseña y conectarse como ese usuario. Esto se debe completar de antemano, antes de una situación potencial que pueda requerir que inicie sesión en la consola serie.

Conectar mediante firewalls

Si el cliente que va a utilizar para acceder a la consola serie está protegido por un firewall, debe asegurarse de que este cliente pueda acceder al punto final necesario para acceder a la consola serie de la máquina virtual. El sistema cliente que se conecta a la consola serie debe poder llegar al servidor de consola serie (por ejemplo, vm-console-ad1.exacs.us-ashburn-1.oci.oraclecloud.com) mediante SSH con el puerto 443, directamente o a través de un proxy.

Creación de la conexión de consola serie de máquina virtual

Antes de poder establecer una conexión local a la consola serie, debe crear la conexión de la consola de máquina virtual.

Las conexiones de consola de máquina virtual están limitadas a un cliente cada vez. Si el cliente falla, la conexión permanece activa durante aproximadamente cinco minutos. Durante este tiempo, ningún otro cliente puede conectarse. Después de cinco minutos, la conexión se cierra y un nuevo cliente puede conectarse. Durante el timeout de cinco minutos, cualquier intento de conectar un nuevo cliente falla con el siguiente mensaje:
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Haga clic en el cluster de VM en el que está interesado.
  3. En la página Detalles de cluster de VM resultante, haga clic en el nombre de la máquina virtual en la que está interesado.

    En Recursos, Conexiones de consola está seleccionado por defecto.

  4. Haga clic en Crear conexión de consola.
  5. En la ventana de acceso a la consola serie Create resultante, tiene tres opciones para agregar la clave SSH
    • Generar un par de claves para mí: puede hacer que Oracle Cloud Infrastructure pueda generar un par de claves SSH que puede utilizar. Si utiliza PowerShell o PuTTY para conectarse a la instancia desde un cliente de Windows, no puede utilizar el par de claves SSH generado sin convertirlo primero en un archivo .ppk.
    • Cargar archivo de clave pública: busque un archivo de clave pública en la computadora. Si ha seguido los pasos de creación de pares de claves SSH en la sección Requisitos previos para crear un par de claves, utilice esta opción para navegar al archivo.pub.
    • Pegar clave pública: pegue el contenido de su archivo de clave pública en el cuadro de texto.
  6. Haga clic en Crear conexión de consola.

    Cuando la conexión de consola se ha creado y está disponible, el estado cambia a Activo.

Conexión SSH a la consola serie

Después de crear la conexión de consola para la máquina virtual, puede conectarse a la consola serie mediante una conexión de shell seguro (SSH). Al establecer una conexión SSH a la consola serie, debe utilizar una clave RSA. Puede utilizar la misma clave SSH para la consola serie que se ha utilizado al iniciar la instancia o puede utilizar una clave SSH diferente.

Cuando haya terminado con la consola serie y haya realizado la conexión SSH, debe eliminar la conexión de la consola serie. Si no se conecta a la sesión, Oracle Cloud Infrastructure termina la sesión de la consola serie después de 24 horas y debe volver a autenticarse para volver a conectarse.

Validación de claves de host del servidor

La primera vez que se conecta a la consola serie, se le solicita que valide la huella de la clave de host del servidor. La huella de la clave de host del servidor es el hash SHA256 de la clave SSH pública del host del servidor. La respuesta del establecimiento de comunicación SSH del servidor está firmada con la clave privada asociada. La validación de la huella de la clave de host del servidor protege contra posibles ataques.

Cuando realiza una conexión manual a la consola serie, la huella de la clave de host del servidor no se valida automáticamente. Para validar manualmente la huella, compare el valor de huella que se muestra en la consola de Oracle Cloud Infrastructure con el valor de la huella de clave RSA que aparece en el terminal al conectarse.

Para buscar la huella de la clave de host del servidor en la consola, en la página de detalles de la máquina virtual, en Recursos, haga clic en Conexión de consola. En la tabla, se muestra la huella de la clave de host del servidor. La huella de la consola debe coincidir con el valor de la huella de clave RSA que se muestra en el terminal cuando se conecta a la consola serie.

Las claves de host del servidor se rotan periódicamente con fines de seguridad. La rotación de claves reduce el riesgo planteado cuando las claves se ven afectadas por la limitación de la cantidad de datos cifrados o firmados por una versión de clave. Cuando se rota la clave e intenta conectarse a la consola serie, aparece una advertencia que indica un posible ataque. La advertencia incluye un error de fallo en la verificación de la clave de host y un número de línea en el archivo .ssh/known_hosts. Suprimir esa línea en el archivo .ssh/known_hosts y, a continuación, volver a conectarse a la consola serie. A continuación, se le solicitará que acepte una nueva huella de clave de host del servidor.

Conexión desde sistemas operativos Mac OS X y Linux

Utilice un cliente SSH para conectarse a la consola serie. El Mac OS X y la mayoría de los sistemas operativos similares a Linux y UNIX incluyen el cliente SSH OpenSSH por defecto.

Para conectarse a la consola serie mediante OpenSSH en Mac OS X o Linux:

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Haga clic en el cluster de VM en el que está interesado.
  3. En la página Detalles de cluster de VM resultante, haga clic en el nombre de la máquina virtual en la que está interesado.
  4. En la página de detalles de máquina virtual de la consola de Oracle Cloud Infrastructure, en Recursos, haga clic en Conexión de consola.
  5. Haga clic en el menú Acciones (tres puntos) y, a continuación, en Copiar conexión de consola serie para Linux/Mac.
  6. Pega la cadena de conexión en una ventana de terminal en un sistema Mac OS X o Linux y, a continuación, pulsa Intro para conectarte a la consola.

    Si no está utilizando la clave SSH por defecto o SSH-agent, puede modificar la cadena de conexión de la consola serie para incluir el indicador de archivo de identidad -i para especificar la clave SSH que se va a utilizar, por ejemplo, id_rsa. Especifique este indicador para la conexión SSH y el comando de proxy SSH, como se muestra en la línea siguiente: 

    ssh -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...
  7. Si se le solicita, valide y acepte la huella de la clave de host del servidor.

    Si ha aceptado previamente una huella para la clave de host del servidor, pero se ha rotado la clave, aparece una advertencia que indica un posible ataque. La advertencia incluye un error de fallo en la verificación de la clave de host y un número de línea en el archivo .ssh/known_hosts. Suprimir la línea especificada en el archivo .ssh/known_hosts y, a continuación, volver a conectarse a la consola serie. Valide y acepte la nueva huella de clave de host del servidor.

  8. Vuelva a pulsar Intro para activar la consola.

    Si la conexión está activa, aparece un mensaje en la consola:

    =================================================
IMPORTANT: You are now connected to the serial console for this VM. This should be used in emergency situations only.
See product documentation for more details and alternative connectivity options for normal operations
=================================================
  9. Reinicie la máquina virtual.

    No es necesario que introduzca un nombre de usuario o una contraseña. Si la máquina virtual es funcional y la conexión está activa, la salida en serie aparece en la consola. Si la salida en serie no aparece en la consola, el sistema operativo de la VM de invitado no se inicia.

    Para obtener más opciones de solución de problemas, consulte Solución de problemas de máquinas virtuales desde conexiones de consola de VM de invitado en sistemas operativos Linux.

    1. Vaya a la página ExaDB-D Detalles de cluster de VM.
    2. En Recursos, haga clic en Máquinas virtuales.
    3. Seleccione Reiniciar en el menú Acciones (tres puntos) de la máquina virtual que desea reiniciar.

Conexión desde sistemas operativos Windows

Los pasos para conectarse a la consola serie desde Microsoft Windows PowerShell son diferentes a los pasos para OpenSSH. Los siguientes pasos no funcionan en el terminal de Windows.

Si se conecta a la instancia desde un cliente de Windows mediante PowerShell, se necesita plink.exe. plink.exe es la herramienta de conexión de enlace de comandos incluida con PuTTY. Puede instalar PuTTY o plink.exe por separado. Para obtener más información, consulte Instalación de un cliente SSH y un shell de línea de comandos (Windows).

Para conectarse a la consola serie de Microsoft Windows:

  1. En la página de detalles de máquina virtual de la consola de Oracle Cloud Infrastructure, en Recursos, haga clic en Conexión de consola.
  2. Haga clic en el menú Acciones ( tres puntos).

    En función del cliente SSH que esté utilizando, realice una de las siguientes acciones:

    • Si utiliza Windows PowerShell, haga clic en Copiar conexión de consola serie para Windows.
    • Si utiliza OpenSSH, haga clic en Copiar conexión de consola serie para Linux/Mac.
    Nota

    La cadena de conexión copiada para Windows contiene el parámetro -i que especifica la ubicación del archivo de clave privada. El valor por defecto de este parámetro en la cadena de conexión hace referencia a una variable de entorno que puede no estar configurada en el cliente de Windows, o puede no representar la ubicación en la que se guarda el archivo de clave privada. Verifique el valor especificado para el parámetro-i y realice los cambios necesarios antes de continuar con el siguiente paso.
  3. Pegue la cadena de conexión copiada del paso anterior en un archivo de texto para que pueda agregar la ruta de archivo al archivo de clave privada.
  4. En el archivo de texto, reemplace $env:homedrive$env:homepath\oci\console.ppk por la ruta de archivo .ppk en la computadora. Esta ruta de archivo aparece dos veces en la cadena. Reemplácelo en ambas ubicaciones.
  5. pegue la cadena de conexión modificada en la ventana PowerShell o en el cliente OpenSSH y, a continuación, pulse Intro para conectarse a la consola.
  6. Si se le solicita, valide y acepte la huella de la clave de host del servidor.

    Si ha aceptado previamente una huella para la clave de host del servidor, pero se ha rotado la clave, aparece una advertencia que indica un posible ataque. La advertencia incluye un error de verificación de clave de host y un número de línea en el archivo .ssh/known_hosts. Suprimir la línea especificada en el archivo .ssh/known_hosts y, a continuación, volver a conectarse a la consola serie. Valide y acepte la nueva huella de clave de host del servidor.

  7. Vuelva a pulsar Intro para activar la consola.
  8. Reinicie la máquina virtual.

    No es necesario que introduzca un nombre de usuario o una contraseña. Si la máquina virtual es funcional y la conexión está activa, la salida en serie aparece en la consola. Si la salida en serie no aparece en la consola, el sistema operativo de la VM de invitado no se inicia.

    Para obtener más opciones de solución de problemas, consulte Solución de problemas de máquinas virtuales desde conexiones de consola de VM de invitado.

    1. Vaya a la página ExaDB-D Detalles de cluster de VM.
    2. En Recursos, haga clic en Máquinas virtuales.
    3. Seleccione Reiniciar en el menú Acciones (tres puntos) de la máquina virtual que desea reiniciar.

Para crear una conexión mediante el par de claves SSH generado mediante la consola de OCI:

Realice lo siguiente en la ventana de acceso Crear consola serie:

  1. Haga clic en Generate a key pair for me.
  2. Haga clic en Guardar clave privada.
  3. Haga clic en Crear conexión de consola.
    Nota

    Asegúrese de utilizar la última versión de PuTTY, consulte http://www.putty.org.
  4. Busque puttygen.exe en la carpeta PuTTY de la computadora, por ejemplo, C:\Program Files (x86)\PuTTY. Double-click puttygen.exe para abrirla.
  5. En el generador de claves PuTTY, haga clic en el menú Conversiones y, a continuación, haga clic en Importar.
  6. En el Explorador de Windows, seleccione la clave SSH generada por la consola de OCI (paso 1) y, a continuación, haga clic en Abrir.

    PuTTY importa la clave y muestra información sobre la clave en la ventana del generador de claves PuTTY.

  7. Haga clic en Guardar clave privada.
  8. Haga clic en Sí cuando se le solicite que guarde la clave sin una frase de contraseña.

    El par de claves se guarda en el formato PuTTY de clave privada (PPK), que es el formato propietario que solo funciona con el juego de herramientas PuTTY.

    Puede asignar a la clave el nombre que desee, pero utilice la extensión de archivo .ppk. Por ejemplo, $HOME\Desktop\key-vm-console.ppk.

  9. Utilice un editor de texto para cambiar el comando para que apunte a la ruta de clave privada (PPK) PuTTY. Reemplace <PATH_FILE_PUTTY_PRIVATE.ppk> para apuntar a la ruta de acceso del archivo de clave privada (PPK) PuTTY en su computadora. Por ejemplo, si ha guardado el archivo .ppk en $HOME\Desktop\key-vm-console.ppk.
  10. Pegue la cadena de conexión modificada en la ventana PowerShell y, a continuación, pulse Intro para conectarse a la consola.

Para convertir un archivo de clave privada .key generado:

  1. Abra PuTTYgen.
  2. Haga clic en Cargar y seleccione la clave privada generada al crear la instancia.

    La extensión del archivo de claves es .key.

  3. Haga clic en Guardar clave privada.
  4. Especifique un nombre para la clave.

    La extensión de la nueva clave privada es .ppk.

  5. Haga clic en Guardar.

Solución de problemas de máquinas virtuales desde conexiones de consola de VM de invitado en sistemas operativos Linux

Después de estar conectado con una conexión de la consola de instancias, puede realizar varias tareas, como:

  • Editar los archivos de configuración del sistema.
  • Agregar o restablecer las claves SSH del usuario opc.
  • Reinicie la contraseña para el usuario opc.

Estas tareas requieren que el inicio se realice en un shell Bash, en modo de mantenimiento.

Iniciar en modo de mantenimiento

Nota

Usuario y contraseña por defecto:

  • Cuenta: cargador de inicio Grub
  • Nombre de usuario: root
  • Contraseña por Defecto: sos1Exadata
  • Tipo de cuenta: usuario del sistema operativo

Para obtener más información, consulte Default User Accounts for Oracle Exadata.

  1. Reinicie la VM desde el cluster de VM.
  2. En las máquinas virtuales que ejecutan Oracle Linux 7.x u Oracle Linux 8.x, cuando se inicia el proceso de reinicio, vuelva a la ventana de terminal y verá que los mensajes de la consola comienzan a aparecer en la ventana. Tan pronto como aparezca el menú de inicio GRUB, use up/down tecla de flecha para detener el proceso de inicio automático, lo que le permite usar el menú de inicio.
  3. En el menú de inicio, seleccione el elemento superior del menú y pulse e para editar la entrada de inicio.
  4. En el modo de edición, utilice la tecla de flecha hacia abajo para desplazarse por las entradas hasta llegar a la línea que empieza por linux16.
  5. Al final de esta línea, agregue lo siguiente:
    init=/bin/bash
  6. Para reiniciar la instancia desde la ventana de terminal, introduzca el acceso directo de teclado CTRL+X.

    Una vez reiniciada la instancia, verá el símbolo del sistema de la línea de comandos del shell de Bash y podrá continuar con los siguientes procedimientos.

Editar los archivos de configuración del sistema

  1. Desde el shell Bash, ejecute el siguiente comando para cargar las políticas SElinux para preservar el contexto de los archivos que está modificando:
    /usr/sbin/load_policy -i
  2. Ejecute el siguiente comando para volver a montar la partición raíz con permisos de lectura y escritura:
    /bin/mount -o remount, rw /
  3. Edite los archivos de configuración necesarios para intentar recuperar la instancia.
  4. Una vez que haya terminado de editar los archivos de configuración, para iniciar la instancia desde el shell existente, ejecute el comando siguiente:
    exec /usr/lib/systemd/systemd
    También puede ejecutar el comando siguiente para reiniciar la instancia:
    /usr/sbin/reboot -f

Para agregar o restablecer la clave SSH del usuario opc

  1. Desde el shell Bash, ejecute el siguiente comando para cargar las políticas SElinux para preservar el contexto de los archivos que está modificando:
    /usr/sbin/load_policy -i
  2. Ejecute el siguiente comando para volver a montar la partición raíz con permisos de lectura y escritura:
    /bin/mount -o remount, rw /
  3. Desde el shell Bash, ejecute el siguiente comando para cambiar al directorio de claves SSH para el usuario opc:cd ~opc/.ssh
  4. Incluya la entrada de clave pública en el archivo authorized_keys.
    Nota

    Si lo desea, puede editar el archivo y eliminar la clave anterior. Sin embargo, asegúrese de mantener las claves de automatización en la nube para evitar que se rompa la automatización en la nube.
    echo '<contents of public key file>' >> authorized_keys
  5. Para reiniciar la instancia, ejecute el comando siguiente:
    /usr/sbin/reboot -f

Para restablecer la contraseña para el usuario opc

  1. Desde el shell Bash, ejecute el siguiente comando para cargar las políticas SElinux para preservar el contexto de los archivos que está modificando.

    Este paso es necesario para iniciar sesión en la instancia mediante SSH y la consola.

    /usr/sbin/load_policy -i
  2. Ejecute el siguiente comando para volver a montar la partición raíz con permisos de lectura y escritura:
    /bin/mount -o remount, rw /
  3. Ejecute el siguiente comando para restablecer la contraseña del usuario opc:
    sudo passwd opc
  4. Para reiniciar la instancia, ejecute el comando siguiente:
    sudo reboot -f
    Nota

    La configuración de una contraseña root sería una alternativa aceptable a la configuración de una contraseña opc.

Salida de la conexión de consola serie de máquina virtual

Para salir de la conexión de la consola serie

Al utilizar SSH, el carácter ~ que se encuentra al principio de una línea nueva se utiliza como carácter de escape.

  1. Para salir de la consola serie, introduzca:
    ~.
  2. Para suspender la sesión SSH, introduzca:
    ~^z

    El carácter ^ representa la tecla CTRL

  3. Para ver todos los comandos de escape de SSH, introduzca:
    ~?

Para suprimir la conexión de consola serie de una máquina virtual

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Haga clic en el cluster de VM en el que está interesado.
  3. En la página Detalles de cluster de VM resultante, haga clic en el nombre de la máquina virtual en la que está interesado.

    En Recursos, la conexión de consola está seleccionada por defecto.

  4. Haga clic en el menú Acciones y, a continuación, haga clic en Suprimir. Confirme cuando se le solicite.