Gestión de clusters de VM

Descubra cómo gestionar los clusters de VM en Oracle Exadata Database Service on Cloud@Customer.

Acerca de la gestión de clusters de VM en Oracle Exadata Database Service on Cloud@Customer

El cluster de VM proporciona un enlace entre la infraestructura de Oracle Exadata Database Service on Cloud@Customer y las bases de datos Oracle que despliega.

El cluster de VM contiene una instalación de Oracle Clusterware, que soporta bases de datos en el cluster. En la definición del cluster de VM también se especifica el número de núcleos de CPU activados, lo que determina la cantidad de recursos de CPU disponibles para las bases de datos

Para poder crear bases de datos en la infraestructura de Exadata Cloud at Customer, se debe crear una red de cluster de VM, que se debe asociar a un cluster de VM.

Nota

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.

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 y existentes 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 definición de un subjuego de nodos de cluster de VM está disponible para clusters de VM nuevos y existentes en el servicio Exadata Cloud at Customer Gen2.
  • 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.
  • Cada red de cluster de VM se aprovisiona previamente con direcciones IP para cada servidor de base de datos de la infraestructura. Una red de cluster solo se puede utilizar en un único cluster de VM y se valida para garantizar que las direcciones IP no se solapen con otras redes de cluster. La adición o eliminación de VM al cluster no afecta a las direcciones IP previamente aprovisionadas asignadas a cada servidor de base de datos en la red de cluster asociada.

Para conocer el número máximo de máquinas virtuales por servidor de base de datos y el número máximo de clusters de máquinas virtuales por sistema, consulte Tablas de unidades de sistema y configuración. El número máximo de clusters de VM por sistema 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.

Nota

Cuando un cluster contiene una base de datos con subjuego de nodos, la función de uso y costo atribuidos para las bases de datos conectables no funcionará porque el proceso de creación de bases de datos con subjuego de nodos se produce en el backend y los metadatos de las bases de datos con subjuego de nodos no se sincronizan con el servidor del plano de control.

Sin embargo, si la base de datos se creó originalmente sin utilizar el subjuego de nodos y posteriormente se convirtió en una base de datos subjuego de nodos, este problema no se producirá porque los metadatos ya están disponibles en el plano de control.

Visión general de la recopilación de diagnósticos automáticos

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) con el Identificador de Soporte del Cliente (CSI) de la infraestructura cuando se detecte una incidencia que requiera interacción con el cliente para resolverla.
  • El correo electrónico de administrador de arrendamiento de Oracle Cloud Infrastructure del cliente se utilizará como contacto de CSI para crear una solicitud de servicio 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-13 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: logs de cluster y Grid Infrastructure

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 del agente DCS

  • /opt/oracle/dcs/log/

Logs de Grid Infrastructure/Database 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.

Nota

Además de las métricas que se muestran a continuación, Oracle analiza métricas adicionales para proporcionar el máximo nivel de operaciones de servicio y soporte para garantizar una alta disponibilidad de los servicios.

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

Tabla 5-14 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-15 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.

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.

Escala o reducción vertical de los recursos del cluster de VM

Puede escalar o reducir verticalmente la memoria, el tamaño del disco local (/u02), el almacenamiento de ASM y las CPU (ECPU para X11M).

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 que el administrador de la base de datos del cliente lleve a cabo una auditoría exhaustiva del uso existente y la gestión de la capacidad. 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 en la nube de Exadata Cloud at Customer calculan el uso actual de la memoria, el disco local y el almacenamiento de ASM en el cluster de VM, le agregan un margen de maniobra 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 contabiliza las OCPU reservadas (ECPU para X11M) al mostrar el número máximo de OCPU disponibles (ECPU para X11M), por lo que debe contabilizar estas OCPU reservadas (ECPU para X11M) al realizar operaciones de escalado posteriores para garantizar que la operación pueda adquirir suficientes OCPU (ECPU para X11M) para que se complete correctamente.
  • 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 escalar los recursos del cluster de VM incluso si alguno de los servidores de base de datos del cluster de VM está caído:
    • Si un servidor de base de datos está caído y se realiza un escalado, las máquinas virtuales de ese servidor no se escalarán automáticamente a las nuevas OCPU cuando el servidor de base de datos y las VM vuelvan a estar en línea. Es su responsabilidad asegurarse de que todas las VM del cluster tengan los mismos valores de OCPU.
    • Incluso si el servidor de base de datos está caído, la facturación no se para para el cluster de VM que tiene las VM en ese servidor de base de datos.

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

Puede escalar y reducir verticalmente la memoria del servidor de base de datos en un cluster de VM. El escalado de memoria requiere un reinicio sucesivo de los servidores de base de datos para que se aplique. Para que la escala de memoria se realice correctamente, las bases de datos deben iniciarse automáticamente en estado Abierto.

El cambio de memoria en un cluster de VM afectará a la configuración de páginas grandes (HugePages) de las máquinas virtuales de ese cluster. Cuando se crea inicialmente una máquina virtual, el sistema operativo de cada VM 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 que utilice esa memoria para su área global del sistema (SGA). Oracle recomienda no modificar la configuración de páginas grandes a menos que comprenda la implicación de 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 modificar la configuración de páginas grandes, se permite. Sin embargo, la automatización en la nube puede sustituir los cambios realizados si se cambia el tamaño de la memoria de la máquina virtual más adelante. Durante una operación de cambio de tamaño de memoria, la automatización en la nube intentará mantener la memoria de páginas grandes como porcentaje de la memoria total, con un límite máximo del 60 %. Si las páginas grandes están configuradas para utilizar más del 60 % de la memoria total, la automatización en la nube cambiará automáticamente el tamaño a este límite del 60 %.

Una vez calculada la nueva asignación de páginas grandes, la automatización realizará las siguientes comprobaciones:
  • Condición 1: el uso actual de HugePages, multiplicado por 1,15 (15% más que el utilizado actualmente), debe ser menor que la nueva asignación de páginas grandes.
  • Condición 2: el uso actual de HugePages, multiplicado por 1,15, también debe ser inferior al 60% del nuevo tamaño total de memoria.
Nota

El uso actual de HugePages se determina restando el HugePages libre del total actual de HugePages.
Si se cumplen ambas condiciones, la automatización en la nube aplicará los cambios de memoria a las máquinas virtuales. Si no se cumple alguna de las condiciones, el proceso finalizará con un error similar al siguiente:
EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

Este proceso garantiza que haya suficiente memoria convencional para que la máquina virtual se inicie. Antes de continuar con el cambio de tamaño, la automatización realiza una comprobación previa para determinar el uso actual de páginas grandes mediante la ejecución de instancias de base de datos. Si la comprobación previa indica que no habrá suficiente memoria de páginas grandes después del cambio de tamaño para admitir las bases de datos existentes, el cambio de tamaño fallará y el proceso no continuará.

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-3 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 at Customer, 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

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.

Sistemas X8-2 y X7-2

  • Espacio total disponible para las imágenes VM (todos los sistemas X7): 1237 GB
  • Espacio total disponible para las imágenes VM (todos los sistemas X8): 1037 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

X8M-2 Sistemas

  • Espacio total disponible para las imágenes de VM (sistema base X8M): 1237 GB
  • Espacio total disponible para las imágenes de VM (X8M Elastic): 2500 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 X11M, X10M y X9M-2

  • Total disponible para las imágenes de VM (sistema base X9M): 1077 GB
  • Total disponible para imágenes de máquina virtual (elástica): 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

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 Calculació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 cuadrícula de usuario 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.

Uso de la consola para gestionar clusters de VM en Oracle Exadata Database Service on Cloud@Customer

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

Uso de la Consola para Crear un Cluster de VM de ASM

Para crear un cluster de VM de ASM, esté preparado para proporcionar los valores de los campos necesarios para configurar la infraestructura.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Clusters de VM de Exadata.
  4. Haga clic en Crear cluster de VM de Exadata.
  5. Proporcione la información solicitada en la página Crear cluster de VM de Exadata:
    1. Proporcionar el nombre mostrado: el nombre mostrado es un nombre fácil de recordar que puede utilizar para identificar el cluster de VM. No es necesario que el nombre sea único porque un identificador de Oracle Cloud (OCID) ya identifica de manera única el cluster de VM.
    2. Seleccionar un compartimento: en la lista de compartimentos disponibles, seleccione el que desea que contenga el cluster de VM.
    3. Seleccionar una infraestructura de Exadata: en la lista, seleccione la infraestructura de Exadata que va a alojar el cluster de VM. No puede crear un cluster de VM sin una infraestructura de Exadata disponible y activa.
    4. Seleccionar una red de cluster de VM: en la lista, seleccione la definición de la red de cluster de VM que desea utilizar para el cluster de VM. Para poder crear un cluster de VM, debe tener una red de cluster de VM disponible y validada.
    5. Tipo de cluster de VM:
      Nota

      No puede cambiar el tipo de cluster de VM después de desplegar el cluster de VM. Si desea cambiar el tipo de cluster de VM, debe crear un nuevo cluster de VM y migrar la base de datos al nuevo cluster.
      • Base de datos de Exadata: máquina virtual de base de datos estándar sin restricciones, adecuada para todas las cargas de trabajo.
      • Desarrollador de base de datos de Exadata: VM de base de datos para desarrolladores con restricciones, adecuada solo para el desarrollo de aplicaciones.
    6. Configurar cluster de VM:
      • Servidores de base de datos:
        • Haga clic en Cambiar servidores de base de datos para que la ubicación de VM asigne recursos de VM.
        • En el cuadro de diálogo Cambiar servidores de base de datos:

          Tipo de cluster de VM - Base de datos de Exadata: seleccione un mínimo de un servidor de base de datos para la ubicación de VM. Si necesita un servicio de base de datos de alta disponibilidad que permanezca disponible durante el mantenimiento y las interrupciones no planificadas, seleccione al menos dos servidores de base de datos. El número máximo de recursos disponibles para la asignación por VM se basa en el número de servidores de base de datos seleccionados.

          Tipo de cluster de VM - Desarrollador de base de datos de Exadata: seleccione un servidor de base de datos para la ubicación de VM. Solo se puede seleccionar un servidor de base de datos.
          Nota

          • Los servidores de base de datos, que ya tienen 8 VM en ejecución, no estarán disponibles para su selección.
          • Al calcular el máximo de recursos de almacenamiento local en los servidores de base de datos seleccionados, el almacenamiento local reservado que necesita el sistema para alojar una VM se deduce del servidor de base de datos que tiene menos recursos.

            Por ejemplo, si el almacenamiento local disponible en los servidores de base de datos seleccionados es de 823 GB para el servidor de base de datos 3 y 813 GB para el servidor de base de datos 4, el mínimo entre los servidores seleccionados es de 813 GB y el máximo disponible para la asignación de recursos es de 813 GB - 184 GB (almacenamiento local reservado para alojar la VM en servidores de base de datos X8M) = 629 GB.

            Para obtener más información, consulte Estimación de la cantidad de almacenamiento local que se puede aprovisionar a las VM.

        • Haga clic en Guardar.
      • Especificar el recuento de OCPU (ECPU para X11M) por VM: especifique el recuento de OCPU (ECPU para X11M) que se va a aprovisionar para cada VM de este cluster. El valor mínimo es de 2 OCPU por VM u 8 ECPU por VM para X11M (para una condición de VM activa), a menos que especifique cero OCPU o 0 ECPU para X11M (para una condición de VM cerrada).

        Si especifica el valor cero, se apagarán todas las máquinas virtuales del cluster de VM al final del proceso de creación del cluster. En este caso, puede iniciar las máquinas virtuales mediante la escala de los recursos de OCPU (ECPU para X11M). Consulte Uso de la consola para escalar los recursos de un cluster de VM.

        El recuento de OCPU (ECPU para X11M) para todo el cluster de VM se calculará automáticamente según el recuento de OCPU por VM (ECPU para X11M) que haya especificado y el número de servidores de base de datos físicos configurados para el cluster de VM.

        OCPU: una unidad de recursos informáticos de Oracle (OCPU) proporciona el equivalente de capacidad de CPU de un núcleo físico de un procesador Intel Xeon con hyperthreading activado. Cada OCPU equivale a dos threads de ejecución de hardware, conocidos como vCPU.

        Consulte Oracle Platform as a Service e Infrastructure as a Service: descripciones de servicios en la nube pública, medidos y no medidos.

        ECPU: una ECPU es una medida abstracta de los recursos informáticos. Las ECPU se basan en el número de núcleos elásticamente asignados de un pool de servidores de cálculo y de almacenamiento.

      • Recuento de OCPU (ECPUs para X11M) solicitado para el cluster de VM: muestra el número total de núcleos de CPU asignados al cluster de VM según el valor especificado en el campo Especificar el recuento de OCPU (ECPUs para X11M) por VM. Este campo no se puede editar.
      • Especificar la memoria por VM (GB): especifique la memoria para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por la memoria disponible en la infraestructura de Exadata.
      • Memoria solicitada para el cluster de VM (GB): muestra la cantidad total de memoria asignada al cluster de VM según el valor especificado en el campo Especificar la memoria por VM (GB). Este campo no se puede editar.
      • Especifique el tamaño del sistema de archivos local por máquina virtual (GB): haga clic en Mostrar opciones avanzadas para ver opciones de configuración de sistemas de archivos locales adicionales. Especifique el tamaño del sistema de archivos local para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por el tamaño disponible del sistema de archivos en la infraestructura X11M.

        Tenga en cuenta que el tamaño mínimo del almacenamiento del sistema local debe ser 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.

        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.

        1. Haga clic en Mostrar opciones avanzadas para ver opciones de configuración de sistemas de archivos locales adicionales.
        2. Cambie 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 creación de reflejo, los sistemas de archivos / y /var consumirán el doble del espacio que se les asignó, lo que se indica en los campos Total de almacenamiento asignado para / (GB) debido a la creación de reflejo y Total de almacenamiento asignado para /var (GB) debido a la creación de reflejo de solo lectura.
          • Después de crear el cluster de VM, compruebe 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).
      • Almacenamiento local reservado por VM (GB): muestra el tamaño de almacenamiento local reservado internamente para sistemas de archivos raíz, directorios raíz de Oracle Grid Infrastructure y logs de diagnóstico. Este campo no se puede editar.
    7. Configurar el almacenamiento de Exadata: los siguientes valores definen cómo se configura el almacenamiento de Exadata para su uso con el cluster de VM. Una vez seleccionado, el tipo de almacenamiento no se puede cambiar más adelante una vez que el cluster de VM se aprovisiona con el tipo de almacenamiento deseado. Tiene dos opciones para elegir: el tipo de almacenamiento automático (ASM) y Exascale. Para obtener más información sobre el tipo de almacenamiento de Exascale, consulte Uso de la consola para crear un cluster de VM de Exascale.
      Gestión automática de almacenamiento (ASM)
      • Especificar el almacenamiento de Exadata utilizable: especifique el tamaño para cada VM individual. El tamaño mínimo recomendado es de 2 TB.
      • Asignar almacenamiento para instantáneas de Exadata: seleccione esta opción para crear un grupo de discos dispersos, necesario para soportar la funcionalidad de instantáneas de Exadata. Las instantáneas de Exadata permiten obtener clones que ocupan poco espacio de las bases de datos de Oracle que se pueden crear y destruir de forma muy rápida y sencilla.
      • Asignar almacenamiento para las copias de seguridad locales: seleccione esta opción para configurar el almacenamiento de Exadata de forma que active las copias de seguridad de bases de datos locales. Si selecciona esta opción, se asignará más espacio al grupo de discos RECO para incluir las copias de seguridad. Si no selecciona esta opción, no podrá utilizar el almacenamiento local de Exadata como destino de copia de seguridad para ninguna base de datos del cluster de VM.

      Tabla 5-16 Asignación de almacenamiento

      Asignación de almacenamiento Grupo de discos DATA Grupo de discos RECO Grupo de discos SPARSE

      Instantáneas de Exadata: No

      Activar copias de seguridad en el almacenamiento local de Exadata: No

      80 %

      20 %

      0% (no se ha creado el grupo de discos SPARSE).

      Instantáneas de Exadata: No

      Activar copias de seguridad en almacenamiento local de Exadata:

      40 %

      60 %

      0% (no se ha creado el grupo de discos SPARSE).

      Asignar almacenamiento para instantáneas de Exadata:

      Activar copias de seguridad en el almacenamiento local de Exadata: No

      60 %

      20 %

      20 %

      Asignar almacenamiento para instantáneas de Exadata:

      Activar copias de seguridad en almacenamiento local de Exadata:

      35 %

      50 %

      15 %

    8. Seleccionar versión:
      • Seleccionar la versión de Oracle Grid Infrastructure: en el menú desplegable, seleccione 19c o 23ai como versión de Grid Infrastructure.
        Nota

        La versión seleccionada de Oracle Grid Infrastructure determina qué versiones de Oracle Database están soportadas en el cluster de VM.

        No puede aprovisionar una versión de Oracle Database que sea más reciente que la versión de Grid Infrastructure seleccionada. Por ejemplo, para aprovisionar una base de datos 23ai, debe seleccionar la versión de infraestructura de grid 23ai.

        Nota

        Para aprovisionar un cluster de VM con Grid Infrastructure 23ai, se necesitan las siguientes versiones mínimas de software:
        • 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
      • El conmutador Mostrar todas las versiones disponibles de Grid Infrastructure está desactivado por defecto. Cuando está desactivado, el sistema utiliza automáticamente la última versión de Grid Infrastructure durante el aprovisionamiento del cluster de VM.

        Cuando se activa, el menú desplegable muestra las últimas cuatro versiones de Grid Infrastructure soportadas, lo que le permite seleccionar su versión preferida de la lista.

      • Seleccione una versión de invitado 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 la versión 23.1.3.0.0.230613 de la imagen de Oracle Linux 8 y 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. Agregar clave SSH: especifique la parte de clave pública de un par de claves SSH que desea utilizar para acceder a las máquinas virtuales del cluster de VM. Puede cargar un archivo que contenga la clave o pegar la cadena de la clave SSH.

      Para proporcionar varias claves, cargue varios archivos de clave o pegue cada clave en un campo independiente. 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.

    10. Seleccionar un tipo de licencia:
      • 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.
        Nota

        BYOL no está disponible para el tipo de cluster de VM de Exadata Database-Developer.
      • Licencia incluida: seleccione esta opción para suscribirse a las licencias de software de Oracle Database como parte de Exadata Database Service en Cloud at Customer.
    11. Recopilación 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. Para obtener más información, consulte Introducción a Events.

      Nota

      Al incluirse acepta que la lista de eventos, métricas y archivos log recopilados 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.

        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 la configuración 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).
    12. Mostrar Opciones Avanzadas:
      • Zona horaria: la zona horaria por defecto para la infraestructura de Exadata es UTC, pero puede especificar una zona horaria distinta. Las opciones de zona horaria son las soportadas tanto en la clase Java.util.TimeZone como en el sistema operativo Oracle Linux.
        Nota

        Si desea definir una zona horaria que no sea UTC o la zona horaria detectada por el explorador, seleccione la opción Seleccione otra zona horaria, seleccione una Región o país y, a continuación, seleccione la Zona horaria correspondiente.

        Si no ve la región o el país que desea, seleccione Varios y, a continuación, seleccione una Zona horaria pertinente.

      • Actualización de automatización en la nube: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y el 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. Defina la hora de inicio para 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á 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 al 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: opcionalmente, puede aplicar etiquetas. Si tiene permiso para crear un recurso, también lo tiene para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permiso 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 debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
  6. Opcionalmente, puede guardar la configuración de recursos como una pila.
    • Para guardar la configuración de recursos como una pila:
      1. Haga clic en Guardar como pila.
      2. En el cuadro de diálogo Guardar como pila resultante, proporcione los siguientes detalles:
        1. Nombre: (opcional) proporcione un nombre descriptivo fácil de recordar.
        2. Descripción: (opcional) introduzca una descripción corta.
        3. Compartimento: seleccione un compartimento en el que residirá esta pila.
        4. Etiquetas: agregue etiquetas.
      3. Haga clic en Guardar.

        Después de guardar la pila, el sistema muestra un banner con un enlace a la pila guardada.

      4. Haga clic en el enlace para abrir la pila en la consola del servicio Resource Manager.

        Consulte Resource Manager y Terraform.

    • Para ver los detalles de una pila:
      1. Abra el menú de navegación. En Servicios para desarrolladores, haga clic en Gestor de recursos.
      2. Haga clic en Pilas.
      3. Haga clic en el nombre de la pila cuyos detalles desea ver.

        O bien, haga clic en el menú Acciones (tres puntos) y seleccione la opción Ver detalles de pila.

  7. Haga clic en Crear cluster de VM.

    A continuación, se mostrará la página Detalles de cluster de VM. Mientras el proceso de creación se está ejecutando, el estado del cluster de VM es Pendiente. Cuando el proceso de creación del cluster de VM se completa, el estado del cluster de VM cambia a Disponible.

    La sección Almacenamiento de base de datos de Exadata de la página Detalles de cluster de VM muestra el tipo de almacenamiento configurado, que, en este caso, es ASM.

Uso de la consola para crear un cluster de VM de Exascale

Para crear un cluster de VM de Exascale, esté preparado para proporcionar los valores de los campos necesarios para configurar la infraestructura.

Para crear un cluster de VM de Exascale, asegúrese de tener lo siguiente:

  • Una infraestructura de Exadata activa disponible para alojar el cluster de VM.
  • Una red de cluster de VM validada disponible para que la utilice el cluster de VM.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Clusters de VM de Exadata.
  4. Haga clic en Crear cluster de VM de Exadata.
  5. Proporcione la información solicitada en la página Crear cluster de VM de Exadata:
    1. Seleccionar un compartimento: en la lista de compartimentos disponibles, seleccione el que desea que contenga el cluster de VM.
    2. Proporcionar el nombre mostrado: el nombre mostrado es un nombre fácil de recordar que puede utilizar para identificar el cluster de VM. No es necesario que el nombre sea único porque un identificador de Oracle Cloud (OCID) ya identifica de manera única el cluster de VM.
    3. Seleccionar infraestructura de Exadata: en la lista, seleccione la infraestructura de Exadata para alojar el cluster de VM. No puede crear un cluster de VM sin una infraestructura de Exadata disponible y activa.
    4. Seleccionar una red de cluster de VM: en la lista, seleccione la definición de la red de cluster de VM que desea utilizar para el cluster de VM. Para poder crear un cluster de VM, debe tener una red de cluster de VM disponible y validada.
    5. Tipo de cluster de VM
      Nota

      No puede cambiar el tipo de cluster de VM después de desplegar el cluster de VM. Si desea cambiar el tipo de cluster de VM, debe crear un nuevo cluster de VM y migrar la base de datos al nuevo cluster.
      • Base de datos de Exadata: máquina virtual de base de datos estándar sin restricciones, adecuada para todas las cargas de trabajo.
      • Desarrollador de base de datos de Exadata: VM de base de datos para desarrolladores con restricciones, adecuada solo para el desarrollo de aplicaciones.
    6. Configurar cluster de VM:
      • Servidores de base de datos:
        • Haga clic en Cambiar servidores de base de datos para que la ubicación de VM asigne recursos de VM.
        • En el cuadro de diálogo Cambiar servidores de base de datos:

          Tipo de cluster de VM - Base de datos de Exadata: seleccione un mínimo de un servidor de base de datos para la ubicación de VM. Si necesita un servicio de base de datos de alta disponibilidad que permanezca disponible durante el mantenimiento y las interrupciones no planificadas, seleccione al menos dos servidores de base de datos. El número máximo de recursos disponibles para la asignación por VM se basa en el número de servidores de base de datos seleccionados.

          Tipo de cluster de VM - Desarrollador de base de datos de Exadata: seleccione un servidor de base de datos para la ubicación de VM. Solo se puede seleccionar un único servidor de base de datos.

          Nota

          • Los servidores de base de datos, que ya tienen 8 VM en ejecución, no estarán disponibles para su selección.
          • Al calcular el máximo de recursos de almacenamiento local en los servidores de base de datos seleccionados, el almacenamiento local reservado que necesita el sistema para alojar una VM se deduce del servidor de base de datos que tiene menos recursos.

            Por ejemplo, si el almacenamiento local disponible en los servidores de base de datos seleccionados es de 823 GB para el servidor de base de datos 3 y 813 GB para el servidor de base de datos 4, el mínimo entre los servidores seleccionados es de 813 GB y el máximo disponible para la asignación de recursos es de 813 GB - 184 GB (almacenamiento local reservado para alojar la VM en servidores de base de datos X8M) = 629 GB.

            Para obtener más información, consulte Estimación de la cantidad de almacenamiento local que se puede aprovisionar a las VM.

        • Haga clic en Guardar.
      • Especificar el recuento de OCPU (ECPU para X11M) por VM: especifique el recuento de OCPU (ECPU para X11M) que se va a aprovisionar para cada VM de este cluster. El valor mínimo es de 2 OCPU por VM u 8 ECPU por VM para X11M (para una condición de VM activa), a menos que especifique cero OCPU o 0 ECPU para X11M (para una condición de VM cerrada).

        Si especifica el valor cero, se apagarán todas las máquinas virtuales del cluster de VM al final del proceso de creación del cluster. En este caso, puede iniciar las máquinas virtuales mediante la escala de los recursos de OCPU (ECPU para X11M). Consulte Uso de la consola para escalar los recursos de un cluster de VM.

        El recuento de OCPU (ECPU para X11M) para todo el cluster de VM se calculará automáticamente según el recuento de OCPU por VM (ECPU para X11M) que haya especificado y el número de servidores de base de datos físicos configurados para el cluster de VM.

        OCPU: una unidad de recursos informáticos de Oracle (OCPU) proporciona el equivalente de capacidad de CPU de un núcleo físico de un procesador Intel Xeon con hyperthreading activado. Cada OCPU equivale a dos threads de ejecución de hardware, conocidos como vCPU.

        Consulte Oracle Platform as a Service e Infrastructure as a Service: descripciones de servicios en la nube pública, medidos y no medidos.

        ECPU: una ECPU es una medida abstracta de los recursos informáticos. Las ECPU se basan en el número de núcleos elásticamente asignados de un pool de servidores de cálculo y de almacenamiento.

      • Recuento de OCPU (ECPUs para X11M) solicitado para el cluster de VM: muestra el número total de núcleos de CPU asignados al cluster de VM según el valor especificado en el campo Especificar el recuento de OCPU (ECPUs para X11M) por VM. Este campo no se puede editar.
      • Especificar la memoria por VM (GB): especifique la memoria para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por la memoria disponible en la infraestructura de Exadata.
      • Memoria solicitada para el cluster de VM (GB): muestra la cantidad total de memoria asignada al cluster de VM según el valor especificado en el campo Especificar la memoria por VM (GB). Este campo no se puede editar.
      • Especificar el tamaño del sistema de archivos local por VM (GB): especifique el tamaño del sistema de archivos local para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por el tamaño disponible del sistema de archivos en la infraestructura X11M.

        Tenga en cuenta que el tamaño mínimo del almacenamiento del sistema local debe ser 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.

        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.

        1. Haga clic en Mostrar opciones avanzadas para ver opciones de configuración de sistemas de archivos locales adicionales.
        2. Cambie 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 creación de reflejo, los sistemas de archivos / y /var consumirán el doble del espacio que se les asignó, lo que se indica en los campos Total de almacenamiento asignado para / (GB) debido a la creación de reflejo y Total de almacenamiento asignado para /var (GB) debido a la creación de reflejo de solo lectura.
          • Después de crear el cluster de VM, compruebe 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).
      • Almacenamiento local reservado por VM (GB): muestra el tamaño de almacenamiento local reservado internamente para sistemas de archivos raíz, directorios raíz de Oracle Grid Infrastructure y logs de diagnóstico. Este campo no se puede editar.
    7. Configurar el almacenamiento de Exadata: los siguientes valores definen cómo se configura el almacenamiento de Exadata para su uso con el cluster de VM. Una vez seleccionado, el tipo de almacenamiento no se puede cambiar más adelante una vez que el cluster de VM se aprovisiona con el tipo de almacenamiento deseado. Tiene dos opciones para elegir: el tipo de almacenamiento automático (ASM) y Exascale. Para obtener más información sobre el tipo de almacenamiento de ASM, consulte Uso de la consola para crear un cluster de VM de ASM.
      Nota

      Requisito mínimo para configurar el almacenamiento de Exascale

      • Esta función está soportada en el modelo de infraestructura de Exadata X8M y posteriores.
      • Esta función está disponible en la versión de software del sistema Exadata 24.1 y posteriores.
      • Esta función requiere Oracle Grid Infrastructure versión 23ai (24.3) y soporta las versiones 23ai (23.4) y posteriores de la base de datos Oracle.

      La opción Exascale se desactivará si no se cumple el requisito mínimo.

      Archivo nativo de almacenamiento de base de datos de Exascale:
      • Crear nuevo almacén de almacenamiento: seleccione esta opción para crear un nuevo almacén de almacenamiento de base de datos de Exascale durante el aprovisionamiento del cluster de VM.
        • Nombre de almacén de almacenamiento: introduzca un nombre descriptivo para el almacén. Haga clic en el enlace cambiar compartimento y seleccione un compartimento si desea crear este almacén en otro compartimento.
        • Capacidad de almacenamiento para bases de datos: introduzca la capacidad de almacenamiento para las bases de datos dentro de los valores mínimo y máximo que se muestran en la pantalla.
          Nota

          Si se necesita espacio adicional más allá del máximo mostrado, se debe aumentar la capacidad de Exascale. Para obtener más información, consulte Uso de la consola para escalar un almacén de almacenamiento de Exascale.
      • Seleccionar almacén de almacenamiento existente: seleccione un almacén que resida en el compartimento que desee.
    8. Seleccionar versión:
      Nota

      Solo se puede aprovisionar la base de datos Oracle 23ai en el cluster de VM de Exascale.
      • Seleccione la publicación de Oracle Grid Infrastructure: el valor por defecto de la publicación de Oracle Grid Infrastructure es 23ai.
        Nota

        La versión seleccionada de Oracle Grid Infrastructure determina qué versiones de Oracle Database están soportadas en el cluster de VM.

        No puede aprovisionar una versión de Oracle Database que sea más reciente que la versión de Grid Infrastructure seleccionada. Por ejemplo, para aprovisionar una base de datos 23ai, debe seleccionar la versión de infraestructura de grid 23ai.

        Nota

        Para aprovisionar un cluster de VM con Grid Infrastructure 23ai, se necesitan las siguientes versiones mínimas de software:
        • VM de invitado de Exadata que ejecuta el software del sistema de Exadata 23.1.8
        • Infraestructura de Exadata que ejecuta Exadata System Software 23.1.x
      • El conmutador Mostrar todas las versiones disponibles de Grid Infrastructure está desactivado por defecto. Cuando está desactivado, el sistema utiliza automáticamente la última versión de Grid Infrastructure durante el aprovisionamiento del cluster de VM.

        Cuando se activa, el menú desplegable muestra las últimas cuatro versiones de Grid Infrastructure soportadas, lo que le permite seleccionar su versión preferida de la lista.

      • Seleccione una versión de invitado de Exadata:
        • La versión de invitado de Exadata se define por defecto en la última (24.1.6.0)
        • La versión por defecto de Oracle Grid Infrastructure es 23ai
        • El botón Cambiar imagen está activado.
        • Haga clic en Cambiar imagen.

          El panel de imagen Cambiar resultante muestra la lista de versiones principales disponibles de la imagen de Exadata (24.1.6.0 y posteriores).

          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 versiones más recientes de las imágenes de Exadata 24.1.6.0 y posteriores.

        • Seleccione una versión.
        • Haga clic en Guardar cambios.
    9. Agregar clave SSH: especifique la parte de clave pública de un par de claves SSH que desea utilizar para acceder a las máquinas virtuales del cluster de VM. Puede cargar un archivo que contenga la clave o pegar la cadena de la clave SSH.

      Para proporcionar varias claves, cargue varios archivos de clave o pegue cada clave en un campo independiente. 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.

    10. Seleccionar un tipo de licencia:
      • 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.
        Nota

        BYOL no está disponible con el tipo de cluster de VM de Exadata Database-Developer.
      • Licencia incluida: seleccione esta opción para suscribirse a las licencias de software de Oracle Database como parte de Exadata Database Service en Cloud at Customer.
    11. Recopilación 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. Para obtener más información, consulte Introducción a Events.

      Nota

      Al incluirse acepta que la lista de eventos, métricas y archivos log recopilados 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.

        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 la configuración 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).
    12. Mostrar Opciones Avanzadas:
      • Zona horaria: la zona horaria por defecto para la infraestructura de Exadata es UTC, pero puede especificar una zona horaria distinta. Las opciones de zona horaria son las soportadas tanto en la clase Java.util.TimeZone como en el sistema operativo Oracle Linux.
        Nota

        Si desea definir una zona horaria que no sea UTC o la zona horaria detectada por el explorador, seleccione la opción Seleccione otra zona horaria, seleccione una Región o país y, a continuación, seleccione la Zona horaria correspondiente.

        Si no ve la región o el país que desea, seleccione Varios y, a continuación, seleccione una Zona horaria pertinente.

      • Actualización de automatización en la nube: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y el 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. Defina la hora de inicio para 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á 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 al día siguiente durante la ventana de tiempo configurada para empezar a aplicar actualizaciones de automatización en la nube al cluster de VM.

        Permitir el acceso anticipado para la actualización de herramientas en la nube: los clusters de VM designados para el acceso anticipado reciben actualizaciones de 1 a 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 automatización en la nube: Oracle aplica periódicamente actualizaciones a las herramientas de base de datos y el software de agente necesarios para la automatización y las herramientas en la nube. Permite 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á actualizaciones con correcciones de seguridad críticas (CVSS >= 9) incluso durante un período configurado de congelación.
      • Etiquetas: opcionalmente, puede aplicar etiquetas. Si tiene permiso para crear un recurso, también lo tiene para aplicar etiquetas de formato libre a ese recurso. Para aplicar una etiqueta definida, debe tener permiso 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 debe aplicar etiquetas, omita esta opción (puede aplicar las etiquetas posteriormente) o pregunte al administrador.
  6. Opcionalmente, puede guardar la configuración de recursos como una pila.
    • Para guardar la configuración de recursos como una pila:
      1. Haga clic en Guardar como pila.
      2. En el cuadro de diálogo Guardar como pila resultante, proporcione los siguientes detalles:
        1. Nombre: (opcional) proporcione un nombre descriptivo fácil de recordar.
        2. Descripción: (opcional) introduzca una descripción corta.
        3. Compartimento: seleccione un compartimento en el que residirá esta pila.
        4. Etiquetas: agregue etiquetas.
      3. Haga clic en Guardar.

        Después de guardar la pila, el sistema muestra un banner con un enlace a la pila guardada.

      4. Haga clic en el enlace para abrir la pila en la consola del servicio Resource Manager.

        Consulte Resource Manager y Terraform.

    • Para ver los detalles de una pila:
      1. Abra el menú de navegación. En Servicios para desarrolladores, haga clic en Gestor de recursos.
      2. Haga clic en Pilas.
      3. Haga clic en el nombre de la pila cuyos detalles desea ver.

        O bien, haga clic en el menú Acciones (tres puntos) y seleccione la opción Ver detalles de pila.

  7. Haga clic en Crear cluster de VM.

    A continuación, se mostrará la página Detalles de cluster de VM. Mientras el proceso de creación se está ejecutando, el estado del cluster de VM es Pendiente. Cuando el proceso de creación del cluster de VM se completa, el estado del cluster de VM cambia a Disponible.

    La sección Almacenamiento de base de datos de Exadata de la página Detalles de cluster de VM muestra el tipo de almacenamiento configurado, que, en este caso, es Exascale.

Gestionar actualización de automatización en la nube

Configurar el período de congelación

Siempre puede actualizar el período de congelación para extenderlo hasta 45 días a partir de la fecha de inicio del período de congelación.

  1. En la página Detalles de cluster de VM de Exadata, haga clic en Acciones y, a continuación, seleccione Gestionar actualización de automatización en la nube.
  2. En la página Gestionar actualización de automatización en la nube resultante, mueva el control deslizante Configurar período de congelación para activarlo.
    Nota

    El período de congelación se puede ampliar por un máximo de 45 días a partir de la fecha de inicio del período de congelación.

  3. Haga clic en Guardar.
Cancelar preferencia de actualización de automatización en la nube mientras el período de congelación está en vigor

  1. En la página Detalles de cluster de VM de Exadata, haga clic en Acciones y, a continuación, seleccione Gestionar actualización de automatización en la nube.
  2. En la página Gestionar actualización de automatización en la nube resultante, mueva el control deslizante Configurar período de congelación para desactivarlo.
  3. Haga clic en Guardar.
  4. En el cuadro de diálogo Cancelar período de congelación, haga clic en Cancelar período de congelación para confirmar

    La automatización de Oracle requiere al menos 7 días para aplicar las actualizaciones pendientes antes de configurar un nuevo período de congelación. Puede definir un nuevo periodo de congelación a partir de los 7 días de la fecha de cancelación del periodo de congelación anterior.

    La actualización de automatización de la nube se aplicará durante el período en el que no se haya configurado el período de congelación.

Reactivar actualización de automatización en la nube

  1. En la página Detalles de cluster de VM de Exadata, haga clic en Acciones y, a continuación, seleccione Gestionar actualización de automatización en la nube.

    (o bien)

    Haga clic en el enlace Editar de actualización de automatización en la nube de la sección Versión.

  2. En la página Gestionar actualización de automatización en la nube resultante, mueva el control deslizante Configurar período de congelación para activarlo.
    Nota

    Una vez que caduca el período de congelación (se ha alcanzado la fecha de finalización) o se cancela el período de congelación, la automatización de Oracle necesita 7 días para aplicar las actualizaciones pendientes antes de que el período de congelación se vuelva a activar en el cluster.

  3. Haga clic en Guardar.

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 su inclusión en 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 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.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Clusters de VM de Exadata.
  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 desactiveRecopilación de diagnósticos.
  6. Haga clic en Editar.

    Se mostrará la ventana Editar configuración de recopilación de diagnósticos.

  7. Seleccione o anule la casilla de control y, a continuación, haga clic en Guardar.

Uso de la consola para agregar VM a un cluster aprovisionado

Para agregar máquinas virtuales a un cluster aprovisionado, utilice este procedimiento.

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 la infraestructura de Exadata Cloud@Customer está ejecutando una versión 22.1.16 y posterior del software del sistema de Exadata.

Nota

El cambio de versión al software del sistema de Exadata 23.1 para la infraestructura de Exadata Cloud@Customer estará disponible con el ciclo de actualización de febrero de 2023.
Considere la posibilidad de revisar los siguientes puntos, que le ayudarán a agregar VM a un cluster aprovisionado.
  • La misma versión de imagen del sistema operativo invitado que se ejecuta en las VM aprovisionadas existentes en el cluster se utiliza para aprovisionar las nuevas VM que se agregan para ampliar el cluster de VM. Sin embargo, las personalizaciones realizadas en la imagen del sistema operativo invitado en las VM existentes se deben aplicar manualmente a la VM recién agregada.
  • En los clusters de VM que ejecutan una versión de la imagen del sistema operativo de invitado con más de un año de antigüedad, debe actualizar la versión de la imagen del sistema operativo de invitado antes de agregar una VM para ampliar el cluster.
  • En el caso de las bases de datos que no formen parte de una configuración de Data Guard, solo se agregarán a la VM recién aprovisionada las bases de datos que se estén ejecutando en todas las VM del cluster existente. Ninguna base de datos que se ejecute en un subjuego de VM se ampliará automáticamente para ejecutarse en la VM recién agregada.
Al intentar agregar una VM a un cluster de VM, es posible que encuentre el error [FATAL] [INS-32156] El programa de instalación ha detectado archivos que no se pueden leer en el directorio raíz de Oracle. Para resolver esta incidencia, siga los pasos que se describen en Fallo al agregar una VM a un cluster de VM antes de intentar agregar un nodo de cluster.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.

    Clusters de VM aparece seleccionado por defecto.

  2. Seleccione su Compartimento.

    Se mostrará una lista de clusters de VM para el compartimento seleccionado.

  3. Haga clic en el nombre de un cluster de VM en el que desee agregar máquinas virtuales.
  4. En la página Detalles de cluster de VM, en Recursos, haga clic en Máquinas virtuales y, a continuación, en Agregar máquinas virtuales.
  5. En el cuadro de diálogo Agregar máquinas virtuales, seleccione los servidores de base de datos adicionales en los que desee agregar la VM.

    No se puede anular la selección de los servidores de base de datos existentes. El máximo de recursos disponibles por VM se actualiza en función de los servidores de base de datos recién agregados.

    Los estados del servidor de base de datos incluyen En este cluster de VM, Red no configurada, Alojamiento de una VM, Disponible para agregar y Recursos insuficientes. Solo puede agregar servidores de base de datos con la elegibilidad de selección disponible para agregar.

    Los servidores de base de datos que no tienen una red configurada no están disponibles para agregar. Para configurar la red, edite la red de cluster de VM de la infraestructura asociada. Para obtener más información, consulte Uso de la consola para agregar otro servidor de base de datos a la red de cluster de VM.

  6. Seleccione los servidores de base de datos con la elegibilidad de selección Disponible para agregar y, a continuación, haga clic en Agregar.

    Los estados de los servidores de base de datos cambiarán a Asignado.

    Nota

    No puede eliminar un servidor de base de datos asignado.

Para ampliar la instancia de base de datos para bases de datos con Data Guard activado para las VM recién agregadas, consulte No se ha actualizado la lista de nodos para las bases de datos con Data Guard activado.

Uso de la consola para ver una lista de los servidores de base de datos de una infraestructura de Exadata

Para ver una lista de hosts de servidor de base de datos en un sistema Oracle Exadata Cloud at Customer, utilice este procedimiento.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. En Infraestructura, haga clic en Infraestructura de Exadata.
  3. En la lista de infraestructuras de Exadata, haga clic en el nombre mostrado de la infraestructura cuyos detalles desea ver.
  4. En Recursos, haga clic en Servidores de base de datos.
  5. En la lista de servidores de base de datos, haga clic en el nombre del servidor de base de datos cuyos detalles desea ver.

    El servidor de base de datos muestra las VM que se alojan en cada cluster junto con los recursos que tiene asignados.

Uso de la consola para eliminar una VM de un cluster de VM

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

Nota

La terminación de una VM de un cluster requiere la eliminación de todas las bases de datos que formen parte de una configuración de Data Guard (ya sea principal o en espera) de la VM para continuar con el flujo de terminación. Para obtener más información sobre los pasos manuales, consulte la nota 2811352.1 de My Oracle Support.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 de Exadata.
  4. Haga clic en el nombre del cluster de VM para el que desea eliminar una máquina virtual.
  5. En Recursos, haga clic en Máquinas virtuales.
  6. En la lista de máquinas virtuales, haga clic en el icono Acciones (tres puntos) de una máquina virtual y, a continuación, en Terminar.
  7. En el cuadro de diálogo Terminar máquina virtual, introduzca el nombre de la máquina virtual y, a continuación, haga clic en Terminar.

    VM eliminada del cluster. La página Detalles de cluster de VM muestra los detalles de asignación de recursos actualizados en Asignación de recursos de cluster de VM.

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 Database Service en Cloud at Customer.
  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 de Exadata.
  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 la ventana Actualizar tipo de licencia resultante, seleccione uno de los siguientes tipos de licencia y, a continuación, 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 Database Service en Cloud at Customer.

    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.

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 Exadata Cloud at Customer.
  2. Seleccione la región que contiene la infraestructura de Exadata.
  3. Haga clic en Clusters de VM de Exadata.
  4. Haga clic en el nombre del cluster de VM al que desea agregar claves SSH.
  5. En la página Detalles de cluster de VM, haga clic en Agregar claves SSH.
  6. 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.

  7. Haga clic en Guardar cambios.

Uso de la consola para escalar los recursos de un cluster de VM

A partir de Oracle Exadata Database Service on Cloud@Customer, puede escalar o reducir verticalmente varios recursos al mismo tiempo. También puede escalar o reducir verticalmente los recursos de uno en uno.

Reduzca verticalmente los recursos en las siguientes circunstancias:
  • Caso de uso 1: si ha asignado todos los recursos a un cluster de VM y desea crear varios clusters de VM, no habrá ningún recurso disponible que asignar a los nuevos clusters. Por lo tanto, reduzca verticalmente los recursos según sea necesario para crear a continuación clusters de VM adicionales.
  • Caso de uso 2: si desea asignar diferentes recursos en función de la carga de trabajo, escale o reduzca verticalmente según corresponda. Por ejemplo, puede que desee ejecutar trabajos por lotes nocturnos relacionados con la generación de informes/ETL y reducir verticalmente la VM una vez que el trabajo se haya completado.
Puede reducir verticalmente los siguientes recursos en cualquier combinación:
  • OCPU (ECPU para X11M)
  • Memoria
  • Almacenamiento local
  • Almacenamiento de 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 se deben completar 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 para la finalización. Aunque está en línea, la escala de OCPU (ECPUs 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 máquina virtual 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.

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 de Exadata.
  4. Haga clic en el nombre del cluster de VM para el que desea escalar los recursos de CPU.

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

  5. Haga clic en Escalar recursos de VM.
  6. En el cuadro de diálogo, ajuste cualquiera de las opciones siguientes, o todas ellas:
    • Recuento de OCPU (ECPUs para X11M):

      El valor de recuento de OCPU (ECPU para X11M) debe ser un múltiplo del número de máquinas virtuales de modo que cada máquina virtual tenga el mismo número de núcleos de CPU activados.

      Si define el recuento de OCPU (ECPU para X11M) en cero, se cerrarán todas las máquinas virtuales del cluster de VM. Si se cambia desde un valor de cero, se iniciarán todas las máquinas virtuales del cluster de VM. Por lo demás, la modificación del número de núcleos de CPU activados es una operación en línea y las máquinas virtuales no se reiniciarán como consecuencia de esta operación. Consulte también Configuración del sistema.

      Nota

      Si ha definido explícitamente el parámetro de inicialización de la base de datos CPU_COUNT, dicho valor no se verá afectado por la modificación del número de núcleos de CPU asignados al cluster de VM. Por lo tanto, si ha activado la función de limitación de instancias de Oracle Database, la instancia de base de datos no utilizará núcleos de CPU adicionales hasta que no cambie el valor de CPU_COUNT. Si CPU_COUNT está definido en 0 (el valor por defecto), Oracle Database supervisa continuamente el número de CPU indicado por el sistema operativo y utiliza el recuento actual.
    • Memoria:

      Especifique la memoria para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por la memoria disponible en la infraestructura de Exadata.

      Al escalar o reducir verticalmente la memoria, las máquinas virtuales asociadas se reinician de manera sucesiva, una máquina virtual cada vez, para minimizar el impacto en el cluster de VM.

    • Tamaño del sistema de archivos local:

      Especifique el tamaño para cada VM individual. El valor debe ser un múltiplo de 1 GB y está limitado por el tamaño disponible del sistema de archivos en la infraestructura de Exadata.

      Al escalar o reducir verticalmente el tamaño del sistema de archivos local, las máquinas virtuales asociadas se reinician de manera sucesiva, una máquina virtual cada vez, para minimizar el impacto en el cluster de VM.

      1. Haga clic en Mostrar opciones avanzadas para ver opciones de configuración de sistemas de archivos locales adicionales.
      2. Cambie 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 /var (GB) debido a la duplicación de solo lectura.
      3. Después de crear el cluster de VM, compruebe 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).

      Almacenamiento local reservado por VM (GB): muestra el tamaño que se reserva internamente para sistemas de archivos raíz, directorios raíz de Oracle Grid Infrastructure y logs de diagnóstico.

    • Tamaño del almacenamiento de Exadata utilizable:

      Especifique la cantidad total de almacenamiento de Exadata asignada al cluster de VM. Este almacenamiento se asigna de manera uniforme desde todos los servidores Exadata Storage Server. El tamaño mínimo recomendado es de 2 TB.

      Puede reducir la asignación de almacenamiento de Exadata para un cluster de VM. Sin embargo, debe asegurarse de que la nueva cantidad cubre el contenido existente y también debe dejar un margen para el crecimiento previsto de los datos.

      Nota

      Al reducir el tamaño, el nuevo tamaño debe superar en al menos un 15 % el tamaño utilizado en ese momento.

      La modificación del almacenamiento de Exadata asignado al cluster de VM es una operación en línea. Las máquinas virtuales no se reiniciarán como consecuencia de esta operación.

  7. 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 Exadata Database Service en Cloud at Customer.
  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 de Exadata.
  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 Exadata Database Service en Cloud at Customer.
  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 de Exadata.
  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 Oracle Exadata Database Service on Cloud@Customer, 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 Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que desea mover.
  3. Haga clic en Clusters de VM de Exadata.
  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, seleccione 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 recurso.

Uso de la consola para terminar un cluster de VM

Para poder terminar un cluster de VM, primero debe terminar las bases de datos que contenga.

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.
  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  2. Seleccione la región y el compartimento que contiene el cluster de VM que desea terminar.
  3. Haga clic en Clusters de VM de Exadata.
  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, seleccione Finalizar.
  6. En el cuadro de diálogo que aparece, introduzca el nombre del cluster de VM y haga clic en Terminar para confirmar la acción.

Uso de la API para gestionar clusters de VM de Oracle Exadata Database Service on Cloud@Customer

Revise la lista de llamadas de API para gestionar las redes de cluster de VM y los clusters de VM de Oracle Exadata Database Service on Cloud@Customer.

Para obtener información sobre el uso de la API y las solicitudes de firma, 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".

Use estas operaciones de API para gestionar las redes de cluster de VM de Oracle Exadata Database Service on Cloud@Customer y los clusters de VM:

Redes de cluster de VM:
  • GenerateRecommendedVmClusterNetwork
  • CreateVmClusterNetwork
  • DeleteVmClusterNetwork
  • GetVmClusterNetwork
  • ListVmClusterNetworks
  • UpdateVmClusterNetwork
  • ValidateVmClusterNetwork
Clusters de VM:
  • CreateVmCluster
  • DeleteVmCluster
  • GetVmCluster
  • ListVmClusters
  • UpdateVmCluster

Para obtener la lista completa de las API, consulte "API del servicio Database".

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 uso de la función de consola serie requiere la versión 22.1.10 o superior de la infraestructura de Exadata para 22. Usuarios X y versión 23.1.1 o superior para 23. X usuarios. La función de consola serie estará disponible en los nuevos clusters de VM creados inmediatamente, pero solo estará disponible en los clusters de VM existentes anteriormente después del siguiente ciclo de mantenimiento trimestral. 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 por adelantado, 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 Exadata Database Service en Cloud at Customer.
  2. En Región, seleccione la región que desea asociar a la infraestructura de Oracle Exadata.
  3. En Infraestructura, haga clic en Infraestructura de Exadata.
  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.

Políticas de IAM necesarias

Un administrador debe otorgarle acceso seguro a la consola de máquina virtual en el sistema Exadata Database Service on Cloud@Customer 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.

Puertos que se deben abrir para la conectividad del plano de control

Asegúrese de que las reglas de firewall son correctas para que el servidor de plano de control (CPS) pueda acceder a los puntos finales de OCI necesarios. Para obtener más información, consulte la Tabla 3-2

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. Cuando se le indique, introduzca ssh-keygen y proporcione un nombre para la clave cuando corresponda. Opcionalmente, incluya una frase de 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, mueva 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 propio 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 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 toda la clave generada que aparece bajo la clave pública para pegarla en el archivo OpenSSH authorized_keys, cópiela mediante Ctrl + C, péguela en un archivo de texto y, a continuación, guarde el archivo en la misma ubicación que la clave privada.
    Nota

    No utilice 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. Anote los nombres y la ubicación 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 un par de claves SSH, consulte Creación del par de claves SSH para Windows mediante PuTTY

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

  1. Pegue la clave SSH generada a partir del 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 del archivo de clave privada (PPK) PuTTY en la computadora. 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, haga clic en 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.exacc.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.

Nota

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 Exadata Database Service en Cloud at Customer.
  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 Haga clic en Crear conexión de consola.
  5. En la ventana Crear acceso de consola serie 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.

    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 Exadata Database Service en Cloud at Customer.
  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ú Actions (tres puntos) y, a continuación, en Copy serial console connection for Linux/Mac.
  6. Pegue la cadena de conexión en una ventana de terminal en un sistema Mac OS X o Linux y, a continuación, pulse Intro para conectarse 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 SSH ProxyCommand, como se muestra en la siguiente línea:

    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-C@C 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.

Nota

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 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, sustituya $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. Vuelva a colocarlo en ambas ubicaciones.
  5. Pegue la cadena de conexión modificada en la ventana PowerShell o en el cliente OpenSSH y, a continuación, haga clic en 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 de conexiones de consola de VM de invitado.

    1. Vaya a la página ExaDB-C@C 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 Crear acceso de consola serie:
  1. Haga clic en Generar un par de claves para mí.
  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 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 acceso de clave privada (PPK) PuTTY. Sustituya <PATH_FILE_PUTTY_PRIVATE.ppk> para que apunte a la ruta del archivo de clave privada (PPK) PuTTY en la 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, haga clic en 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.

Uso de Cloud Shell para conectarse a la consola serie

Se puede conectar a la consola serie de forma rápida y sencilla mediante la integración de Cloud Shell. Cloud Shell es un terminal basado en explorador web al que se puede acceder desde la consola. La integración de Cloud Shell crea automáticamente la conexión a la consola de la instancia y una clave SSH temporal. El único requisito para conectarse a la consola serie desde Cloud Shell es otorgar a los usuarios los permisos correctos. Para obtener un tutorial introductorio del uso de Cloud Shell, consulte Uso de Cloud Shell.

Nota

  • Por defecto, Cloud Shell limita el acceso de red a los recursos internos de OCI en la región principal de su arrendamiento solo a menos que haya activado la red pública gestionada de Cloud Shell. El administrador debe configurar una política de identidad para activar la red pública de Cloud Shell. Para obtener más información, consulte Redes de Cloud Shell.
  • No puede conectarse simultáneamente a más de un nodo de base de datos mediante Cloud Shell. Por ejemplo, si tiene una conexión abierta a DBnode1 y desea conectarse a DBnode2, primero debe salir de Cloud Shell activo de DBnode1 y, a continuación, establecer una conexión a DBnode2.
  • Asegúrese de que las reglas de firewall son correctas para que el servidor de plano de control (CPS) pueda acceder a los puntos finales de OCI necesarios. Para obtener más información, consulte la Tabla 3-2

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.

Para conectarse a la consola serie mediante Cloud Shell

  1. Conéctese a la consola.
  2. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  3. En la página de detalles de instancia de la consola de Oracle Cloud Infrastructure, en Recursos, haga clic en Conexión de consola.
  4. Haga clic en Iniciar conexión de Cloud Shell.

    Con esta acción se muestra Cloud Shell en un "cajón" en la parte inferior de la consola.

  5. Si ya existe una conexión de consola, se le preguntará si desea suprimir el recurso existente. Haga clic en y y, a continuación, en Intro.
  6. Cuando haya terminado, salga de la conexión de la consola de instancia.

Visualización del historial de la consola de una máquina virtual

Nota

Para acceder a la consola serie y utilizar el historial de la consola, las reglas de firewall se deben configurar para que el servidor del plano de control (CPS) pueda acceder a los puntos finales de OCI necesarios. Revise los detalles de la Table 3-2 para conocer los requisitos de conectividad de la consola de VM y Object Storage.

Puede capturar y visualizar los datos de la consola serie de una máquina virtual. Los datos incluyen mensajes de configuración que se producen cuando se inicia la máquina virtual, como los mensajes de núcleo y BIOS, y son útiles para comprobar el estado de la máquina virtual o diagnosticar problemas y resolverlos.

El historial de la consola captura hasta un MB de los datos más recientes de la consola serie para la máquina virtual especificada. Tenga en cuenta que se capturan los datos de la consola raw, incluidos los caracteres multibyte.

El historial de la consola es un registro puntual. Para solucionar problemas de funcionamiento incorrecto de la máquina virtual mediante una conexión de consola interactiva, utilice una conexión de consola serie.

Gestión de datos del historial de la consola

Puede utilizar la consola o la API para gestionar las capturas del historial de la consola. El historial de la consola permite ver la salida en serie de la máquina virtual sin tener que conectarse a la instancia de forma remota. El historial de la consola se puede utilizar para auditar el acceso anterior y las acciones realizadas con la consola serie.

En la página de detalles de la instancia de la consola, puede capturar y descargar historial de consola, ver y editar detalles de metadatos y suprimir capturas de historial de consola.

Uso de la consola para capturar el historial de la consola

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 historial de la consola.
  5. Haga clic en el nombre del historial en el que está interesado.
  6. En la ventana resultante, haga clic en Descargar para descargar una copia del historial de la consola.
  7. Haga clic en Guardar y cerrar para guardar el historial y cerrar la ventana.
Uso de la consola para descargar capturas del historial de la consola

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 historial de la consola.
  5. Haga clic en el nombre del historial en el que está interesado.
  6. En la ventana resultante, haga clic en Descargar para descargar una copia del historial de la consola.
Uso de la consola para ver las capturas del historial de la consola

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 historial de la consola.
  5. Haga clic en el nombre del historial en el que está interesado.
  6. En la lista del historial de la consola, para la captura del historial de la consola que desea ver, haga clic en el menú Acciones y, a continuación, haga clic en Ver detalles.
Uso de la consola para ver y editar los detalles de metadatos de una captura de historial de consola

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 historial de la consola.
  5. En la lista del historial de la consola, para la captura del historial de la consola que desea ver, haga clic en el menú Acciones y, a continuación, haga clic en Ver detalles.
  6. También puede editar el nombre del historial de la consola. Evite introducir información confidencial.
  7. Para ver o editar etiquetas, haga clic en Mostrar opciones de etiquetado.
  8. Para editar o eliminar etiquetas, haga clic en el icono de edición junto a la etiqueta. Para editar una etiqueta, en el cuadro de diálogo Editar etiqueta, realice cualquier cambio y, a continuación, haga clic en Guardar. Para eliminar una etiqueta, haga clic en Eliminar etiqueta.
  9. Haga clic en Guardar y cerrar.
Uso de la consola para suprimir capturas del historial de la consola

  1. Abra el menú de navegación. En Oracle Database, haga clic en Exadata Database Service en Cloud at Customer.
  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 historial de la consola.
  5. En la lista del historial de la consola, para la captura del historial de la consola que desea ver, haga clic en el menú Acciones y, a continuación, haga clic en Suprimir.
  6. En el cuadro de diálogo de confirmación, haga clic en Suprimir historial de la consola.
Uso de la API para gestionar los datos del historial de la consola

Revise la lista de llamadas de API para gestionar los datos del historial de la consola.

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.

Para obtener la lista completa de las API, consulte API del servicio Database.

Utilice las siguientes operaciones de API para gestionar los datos del historial de la consola.

  • Para capturar el historial de la consola, utilice el método createDbNodeConsoleHistory.
  • Para obtener detalles de los metadatos del historial de la consola, utilice el método getDbNodeConsoleHistory.
  • Para obtener detalles del contenido del historial de la consola, utilice el método getDbNodeConsoleHistoryContent.
  • Para editar los metadatos del historial de la consola, utilice el método updateDbNodeConsoleHistory.
  • Para mostrar las capturas del historial de la consola, utilice el método listDbNodeConsoleHistories.
  • Para suprimir capturas del historial de la consola, utilice el método deleteDbNodeConsoleHistory.

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 clave 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. Reinicie la instancia desde la ventana de terminal introduciendo 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/ escritura:
    /bin/mount -o remount, rw /
  3. Edite los archivos de configuración según sea necesario 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/ 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. Inicie la instancia ejecutando 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/ escritura:
    /bin/mount -o remount, rw /
  3. Ejecute el siguiente comando para restablecer la contraseña del usuario opc:
    sudo passwd opc
  4. Inicie la instancia ejecutando 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 Exadata Database Service en Cloud at Customer.
  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.