Panoramica delle procedure operative

Fine della commercializzazione: a partire dal 31 ottobre 2025, le nuove implementazioni delle offerte " VMware Solutions " non saranno più disponibili per i nuovi clienti. I clienti esistenti possono continuare a utilizzare e ampliare i propri carichi di lavoro attivi su VMware® all'indirizzo IBM Cloud®. Per ulteriori informazioni, vedere Fine della commercializzazione per VMware su IBM Cloud.

Le seguenti informazioni forniscono una panoramica delle operazioni del Giorno 2 che è necessario completare dopo il provisioning dell'istanza VMware Cloud Foundation for Classic - Automated. IBM Cloud® for VMware Solutions è un servizio di distribuzione che distribuisce automaticamente il software Software-Defined Data Center di VMware sul IBM Cloud. Molte delle seguenti attività del giorno 0 e del giorno 1 sono completate dall'automazione del deployment.

  • Giorno 0
    • Requisiti
    • Architettura
    • Progettazione
  • Giorno 1

Le operazioni del giorno 2 consistono tipicamente nei seguenti compiti di alto livello.

Per ulteriori informazioni sulle responsabilità del Giorno 2, consultare la sezione Responsabilità delle operazioni del Giorno 2.

Introduzione alle procedure operative

Molte organizzazioni IT documentano le proprie procedure operative in un runbook. Un runbook è un insieme di documenti, riferimenti e procedure standardizzati che illustrano le attività IT ricorrenti più comuni. Il personale IT fa riferimento al runbook per trovare il modo ottimale di svolgere il proprio lavoro. I runbook migliorano l'efficienza organizzativa attraverso la standardizzazione e favoriscono una migliore incorporazione dei dipendenti.

I seguenti esempi sono i due tipi tipici di runbook:

  • Una documentazione generale utilizzata per acquisire procedure, guide e attività. Solitamente è di natura generale e fa riferimento alla documentazione esistente fornita dai venditori.
  • Una documentazione specializzata scritta per l'azienda. Questa documentazione è specifica per un sistema, un'applicazione o una suite di applicazioni e non è coperta dalla documentazione del fornitore. Quando documenti la tua documentazione specializzata, è consigliata la seguente struttura:
    • Panoramica - Una panoramica del servizio con sezioni che descrivono:
      • Qual è il servizio e perché il servizio è necessario all'azienda?
      • Chi sono i contatti principali per il servizio?
      • Come segnalare problemi con il servizio.
    • Build - Si concentra sui team di sviluppo e sui principali componenti software del servizio e su come il servizio viene costruito. Informazioni su prodotti software, posizioni di OVA, supporti di distribuzione o posizione del codice sorgente. I passi richiesti per l'assemblaggio o la distribuzione della release. Include tutte le istruzioni necessarie per l'avvio di un nuovo sviluppatore.
    • Distribuzione - Si concentra sul team operativo e su come distribuire il software. Include dettagli sull'hardware e sull'infrastruttura virtualizzata e su come costruire le macchine virtuali (VM), compresi i requisiti di RAM e disco di vCPU,, la versione e la configurazione del sistema operativo, il middleware o i pacchetti da installare.
    • Procedure - Istruzioni passo-passo per le attività più comuni, come aggiungere, modificare ed eliminare, problemi comuni e relative soluzioni, consigli per la risoluzione dei problemi.
    • Risoluzione dei problemi - Un elenco di avvisi comuni del sistema di monitoraggio che include attività passo-passo per questi avvisi e indicazioni generiche sulla risoluzione dei problemi del servizio.
    • Piani e procedure di ripristino di emergenza - Dettagli su come ripristinare il servizio in un'altra ubicazione a causa di un'emergenza nell'ubicazione principale.
    • SLA (service level agreement) - I parametri di servizio concordati quali gli accordi sui livelli operativi, gli indicatori dei punti chiave, gli obiettivi di disponibilità, gli obiettivi del punto di ripristino e gli obiettivi del tempo di ripristino.

La maggior parte delle organizzazioni IT dispone di più runbook che fungono da manuali di riferimento. Questa serie di documenti è stata progettata per essere utilizzata come runbook generale per l'organizzazione utilizzando le istanze VCF for Classic - Automated. Sebbene il contenuto di ogni runbook sia specifico per le esigenze dell'organizzazione, la metodologia di creazione dei runbook è abbastanza standard e utilizza le due fasi seguenti.

  • La prima fase consiste nel decidere quali procedure devono essere documentate e, una volta elencate, documentare ciascuna di esse con dettagli sufficienti.
  • La seconda fase è continuativa e consiste nel gestire, aggiornare e correggere queste procedure, aggiungere nuove procedure e ritirare quelle che non sono più necessarie.

Con IBM Cloud for VMware Solutions, è possibile utilizzare le competenze, gli strumenti e i runbook esistenti del team in sede per gestire le istanze in IBM Cloud.

Il seguente elenco contiene le procedure, le guide e le attività più comuni:

  • Attività di configurazione - Queste sono le attività comuni che gli amministratori di sistema devono eseguire per personalizzare l'ambiente in base alle esigenze aziendali e rispondere alle richieste di servizio come: aggiungere nuove VM e aumentare la capacità. Queste attività sono raggruppate nella seguente struttura:
    • Indicazioni generiche
    • Procedure per VM
    • Procedure per vCenter
    • vSphere Procedure dell'host ESXi
    • Procedure per l'archiviazione
    • Procedure per la rete
  • Allarmi - VMware vSphere® include un sottosistema di eventi e allarmi, che tiene traccia degli eventi che si verificano nell'ambiente vSphere e rende disponibili queste informazioni in vCenter. Questa sezione descrive tale sottosistema e come abilitare e utilizzare gli allarmi nella tua azienda.
  • Controlli giornalieri proattivi - Questi controlli consentono agli amministratori di sistema di mantenere integro l'ambiente. Se eseguita quotidianamente, evita che molti problemi comuni legati alla capacità e alle prestazioni abbiano un impatto sui carichi di lavoro.
  • Risoluzione dei problemi - Anche quando si eseguono controlli giornalieri proattivi, si verificano problemi che influiscono sui carichi di lavoro. Pertanto, devi risolvere il problema sottostante il più rapidamente possibile. Queste guide alla risoluzione dei problemi e alcuni scenari di risoluzione dei problemi comuni aiutano gli amministratori di sistema a individuare e risolvere rapidamente tali problemi.
  • Conformità - La guida alla conformità fornisce alcune informazioni approfondite su come mantenere la conformità dell'ambiente rispetto a un regime di conformità normativa o a una procedura ottimale del settore. Questa guida si concentra sulla guida di protezione VMware, che include una serie di elenchi documentati di procedure ottimali per un ambiente VMware.

Molte delle attività precedenti sono automatizzate in Operations Management on IBM Cloud e, per quelle attività che non lo sono, questi strumenti rendono i processi manuali più facili per gli amministratori dei sistemi. È indispensabile monitorare i componenti principali dell'ambiente VMware.

Nella gestione delle operazioni su IBM Cloud, questo si ottiene come descritto nelle sezioni seguenti:

Gestione delle operazioni su IBM Cloud

È possibile disporre di strumenti aziendali da utilizzare per monitorare e gestire l'istanza VCF for Classic - Automated. La Tabella 1 descrive i componenti principali dell'istanza VCF for Classic - Automated, il motivo per cui devono essere monitorati e come vengono monitorati utilizzando Operations Management su IBM Cloud. Per ulteriori informazioni, vedi la documentazione dell'architettura di riferimento.

componenti di base dell'istanzaVCF for Classic - Automated
Componente Perché Monitorato da
vCenter vCenter è il componente di gestione dell'infrastruttura che gestisce gli host vSphere e gestisce i costrutti virtualizzati come i cluster. vSAN™ è monitorato attraverso vCenter. La rete vSphere, come gli switch distribuiti e i gruppi di porte, viene monitorata attraverso vCenter. VMware Aria® Operations™ Manager e il VMware SDDC Health Management Pack. VMware Aria Operations™ for Logs raccoglie i dati di log da vCenter e il Content Pack per vSphere aggiunge una comprensione specifica ai log e a sua volta invia avvisi a VMware Aria Operations.
Host vSphere Gli host vSphere forniscono CPU, RAM e rete virtualizzate alle VM di calcolo. VMware Aria Operations attraverso vCenter. VMware Aria Operations for Logs raccoglie i dati di log.
vSAN vSAN fornisce un archivio dati consolidando l'archiviazione negli host per l'utilizzo da parte delle VM. I problemi di capacità e di prestazioni si ripercuotono sulle applicazioni eseguite su queste macchine virtuali. VMware Aria Operations e il Management Pack per vSAN forniscono ulteriori dashboard per il monitoraggio di vSAN. vCenter vSAN I controlli sanitari vengono raccolti tramite VMware Aria Operations. VMware Aria Operations for Logs raccoglie i dati di log da vCenter.
NSX NSX fornisce i componenti di rete virtualizzati che vengono utilizzati dalle macchine virtuali di calcolo; qualsiasi guasto alla rete può avere un impatto sulle applicazioni che vengono eseguite su queste macchine virtuali. VMware Aria Operations e l'VMware Aria Operations Management Pack per VMware NSX forniscono visibilità sulla topologia di rete. VMware Aria Operations for Logs raccoglie i dati di log dai componenti di NSX, quali controller, ESG e switch logici. VMware Aria Operations™ for Networks fornisce una risoluzione approfondita dei problemi di rete.

Oltre al monitoraggio, Operations Management on IBM Cloud aiuta con la configurazione, la conformità e molte delle attività proattive descritte in questa documentazione.