Visión general de los procedimientos operativos

Fin de la comercialización: A partir del 31 de octubre de 2025, ya no estarán disponibles nuevas implementaciones de las ofertas de « VMware Solutions » para nuevos clientes. Los clientes actuales pueden seguir utilizando y ampliando sus cargas de trabajo activas de « VMware® » en IBM Cloud®. Para más información, consulte Fin de la comercialización de VMware en IBM Cloud.

La siguiente información proporciona una vista de las operaciones del Día 2 que debe completar después de que se aprovisione su instancia de VMware Cloud Foundation for Classic - Automated. IBM Cloud® for VMware Solutions es un servicio de despliegue que despliega automáticamente el software del Centro de Datos Definido por Software de VMware en IBM Cloud. Muchas de las siguientes tareas del día 0 y del día 1 se realizan mediante la automatización del despliegue.

  • Día 0
    • Requisitos
    • Arquitectura
    • Diseño
  • Día 1

Las operaciones del día 2 suelen constar de las siguientes tareas de alto nivel.

Para obtener más información sobre las responsabilidades del día 2, consulte Responsabilidades de las operaciones del día 2.

Introducción a los procedimientos operativos

Muchas organizaciones de TI documentan sus procedimientos operativos en un runbook. Un runbook es un conjunto de documentos estandarizados, referencias y procedimientos que explican tareas de TI comunes y recurrentes. El personal de TI se remite al libro de ejecución para encontrar una forma óptima de realizar su trabajo. Los runbooks mejoran la eficiencia organizativa mediante la estandarización y ayudan a incorporar nuevos empleados de forma más eficaz.

Los siguientes ejemplos son los dos tipos típicos de runbooks:

  • Documentación general utilizada para describir procedimientos, guías y tareas. Suelen ser de carácter general, y se refieren a la documentación existente proporcionada por los proveedores.
  • Documentación especializada escrita para la empresa. Esta documentación es específica de un sistema, una aplicación o un conjunto de aplicaciones y no está cubierta por la documentación del proveedor. Para crear su documentación especializada, recomendamos la siguiente estructura:
    • Visión general: Una visión general del servicio con secciones que describan:
      • ¿Qué es el servicio y por qué lo necesita la empresa?
      • ¿Quiénes son los contactos principales del servicio?
      • Cómo notificar los problemas con el servicio.
    • Build: se centra en los equipos de desarrollo y los principales componentes de software del servicio, y en cómo se construye el servicio. Información sobre productos de software, ubicaciones de los OVA, medios de distribución o ubicación del código fuente. Los pasos necesarios para empaquetar o distribuir el release. Incluye todas las instrucciones necesarias para que un nuevo desarrollador pueda empezar a trabajar.
    • Despliegue: se centra en el equipo de operaciones y en cómo se despliega el software. Incluye detalles del hardware y la infraestructura virtualizada, y describe cómo crear las máquinas virtuales (VM), incluidos los requisitos de vCPU, RAM y disco; la versión y la configuración del sistema operativo; y qué middleware o paquetes se deben instalar.
    • Procedimientos: instrucciones paso a paso de tareas comunes como añadir, cambiar y suprimir; problemas comunes y sus soluciones; y sugerencias de resolución de problemas.
    • Resolución de problemas: una lista de alertas comunes del sistema de supervisión que incluyen tareas paso a paso para estas alertas, y una guía genérica sobre la resolución de problemas del servicio.
    • Planes y procedimientos de recuperación tras desastre: Detalles sobre cómo recuperar el servicio en otra ubicación debido a un siniestro en la ubicación principal.
    • Acuerdo de nivel de servicio: los parámetros de servicio acordados, como por ejemplo los acuerdos de nivel operativo, los indicadores de puntos clave, los objetivos de disponibilidad, los objetivos de punto de recuperación, el objetivo de tiempo de recuperación.

La mayoría de las organizaciones de TI tienen varios runbooks que les sirven de manuales de referencia. Esta serie de documentación está diseñada para su uso como libro de ejecución general para su organización mediante el uso de instancias de VCF for Classic - Automated. Aunque el contenido de cada runbook es específico de las necesidades de la organización, la metodología de creación del runbook es bastante estándar y utiliza las dos etapas siguientes.

  • La primera fase consiste en decidir qué procedimientos se deben documentar y, una vez enumerados, documentar cada procedimiento con suficiente detalle.
  • La segunda fase es continuada y consiste en mantener, actualizar y corregir estos procedimientos, añadiendo nuevos procedimientos y retirando los que ya no son necesarios.

Con IBM Cloud for VMware Solutions, puede utilizar los conocimientos, herramientas y libros de ejecución de su equipo para gestionar sus instancias en IBM Cloud.

En la lista siguiente se incluyen los procedimientos, guías y tareas más comunes:

  • Tareas de configuración: Estas tareas son actividades comunes que los administradores de sistemas deben realizar para ajustar el entorno a fin de adaptarlo a las necesidades de la empresa y responder a las solicitudes de servicio como, por ejemplo, añadir nuevas máquinas virtuales y aumentar la capacidad. Estas tareas se agrupan en la estructura siguiente:
    • Instrucciones genéricas
    • Procedimientos de VM
    • Procedimientos de vCenter
    • Procedimientos de host de vSphere ESXi™
    • Procedimientos de almacenamiento
    • Procedimientos de red
  • Alarmas: VMware vSphere® incluye un subsistema de sucesos y alarmas, que realiza un seguimiento de los sucesos que se producen en el entorno de vSphere y permite que esta información esté disponible en vCenter. En esta sección se describe este subsistema y cómo habilitar y utilizar las alarmas de la empresa.
  • Comprobaciones diarias proactivas: Estas comprobaciones permiten a los administradores del sistema mantener el entorno en buen estado. Cuando se lleva a cabo diariamente, evita muchos problemas comunes relacionados con la capacidad y el rendimiento del impacto en las cargas de trabajo.
  • Resolución de problemas: aunque realice comprobaciones diarias proactivas, se producen problemas que afectan a las cargas de trabajo. Por lo tanto, es necesario arreglar el problema subyacente lo antes posible. Estas guías de resolución de problemas y otros escenarios comunes de resolución de problemas ayudan a los administradores del sistema a identificar y arreglar estos problemas rápidamente.
  • Conformidad: la guía de conformidad proporciona información sobre cómo conservar la conformidad del entorno con a un régimen de cumplimiento normativo o con las mejores prácticas del sector. El foco de esta guía se encuentra en la guía de refuerzo de VMware, que es un número de listas documentadas de las mejores prácticas para un entorno VMware.

Muchas de las tareas anteriores se automatizan en Operations Management on IBM Cloud y, para las tareas que no se automatizan, estas herramientas facilitan los procesos manuales para los administradores de sistemas. Es imprescindible supervisar los componentes principales del entorno VMware.

En la gestión de operaciones en IBM Cloud, esto se consigue tal y como se describe en los siguientes apartados:

Gestión de operaciones en IBM Cloud

Puede disponer de herramientas empresariales para supervisar y gestionar su instancia de VCF for Classic - Automated. En la Tabla 1 se describen los componentes principales de la instancia VCF for Classic - Automated, por qué es necesario supervisarlos y cómo se supervisan mediante Operations Management en IBM Cloud. Para obtener más información, consulte la documentación de la arquitectura de referencia.

VCF for Classic - Automated instancia componentes principales
Componente Razón Supervisado por
vCenter vCenter es el componente de gestión de infraestructura que gestiona los hosts de vSphere y gestiona construcciones virtualizadas como clústeres. vSAN™ se supervisa a través de vCenter. Las redes vSphere como los conmutadores distribuidos y los grupos de puertos se supervisan a través de vCenter. VMware Aria® Operations™ Manager y el VMware SDDC Health Management Pack. VMware Aria Operations™ for Logs recopila los datos de registro de vCenter y Content Pack for vSphere añade comprensión específica a los registros y, a su vez, envía alertas a VMware Aria Operations.
Hosts de vSphere Los hosts de vSphere proporcionan la CPU virtualizada, la RAM y la red a las máquinas virtuales de cálculo. VMware a través de vCenter. VMware Aria Operations for Logs recopila los datos de registro.
vSAN vSAN proporciona un almacén de datos consolidando el almacenamiento de los hosts para que lo utilicen las máquinas virtuales. Los problemas de capacidad y rendimiento afectan a las aplicaciones que se ejecutan en estas máquinas virtuales. VMware Aria Operations y el paquete de gestión para vSAN proporcionan más paneles de control para ayudar con la supervisión de vSAN. vCenter vSAN Las comprobaciones de estado se recopilan a través de VMware Aria Operations. VMware Aria Operations for Logs recopila los datos de registro de vCenter.
NSX® NSX proporciona los componentes de red virtualizados que utilizan las máquinas virtuales de cálculo; cualquier anomalía de la red puede afectar a las aplicaciones que se ejecutan en estas máquinas virtuales. VMware Aria Operations y el VMware Aria Operations Management Pack para VMware NSX proporcionan visibilidad de la topología de red. VMware Aria Operations for Logs recopila los datos de registro de los componentes de NSX, como controladores, ESG y conmutadores lógicos. VMware Aria Operations™ for Networks proporciona una solución de problemas en profundidad de los problemas de red.

Además de ayuda para la supervisión, Operations Management on IBM Cloud, proporciona ayuda para la configuración, la conformidad y muchas de las tareas proactivas que se detallan en esta documentación.