Cloud Volumes ONTAP è disponibile in Google Cloud come sistema a nodo singolo e come coppia di nodi ad alta disponibilità (ha). In base ai requisiti, possiamo scegliere la modalità di implementazione di Cloud Volumes ONTAP. L'aggiornamento di un sistema a nodo singolo a una coppia ha non è supportato. Se si desidera passare da un sistema a nodo singolo a una coppia ha, è necessario implementare un nuovo sistema e replicare i dati dal sistema esistente al nuovo sistema.

Google Cloud supporta l'implementazione di risorse in più aree geografiche e in più zone all'interno di una regione. L'implementazione ha è costituita da due nodi ONTAP che utilizzano potenti tipi di computer standard n1 o n2 disponibili in Google Cloud. I dati vengono replicati in modo sincrono tra i due nodi Cloud Volumes ONTAP per garantire la disponibilità in caso di guasto. L'implementazione HA di Cloud Volumes ONTAP richiede quattro VPC e una subnet privata in ciascun VPC. Le subnet dei quattro VPC devono essere dotate di intervalli CIDR non sovrapposti.

I quattro VPC vengono utilizzati per i seguenti scopi:

La seguente immagine mostra un Cloud Volumes ONTAP altamente disponibile in Goggle Cloud.

Per ulteriori informazioni, vedere "questo link".

Per i requisiti di rete per Cloud Volumes ONTAP in Google Cloud, consulta "questo link".

Per ulteriori informazioni sul tiering dei dati, vedere "questo link".

La creazione automatica di cluster Cloud Volumes ONTAP, la configurazione di SnapMirror tra un volume on-premise e un volume cloud, la creazione di un volume cloud e così via vengono eseguite utilizzando la configurazione Terraform. Queste configurazioni Terraform sono ospitate su un account Terraform Cloud for Business. Utilizzando Intersight Cloud Orchestrator, puoi orchestrare attività come la creazione di un'area di lavoro in un account Terraform Cloud per Business, aggiungere tutte le variabili richieste all'area di lavoro, eseguire un piano Terraform e così via.

Per queste attività di automazione e orchestrazione, sono necessari alcuni requisiti e dati, come descritto nelle sezioni seguenti.

Devi disporre di un account GitHub per ospitare il tuo codice Terraform. Intersight Orchestrator crea un nuovo spazio di lavoro nell'account Terraform Cloud for Business. Questa area di lavoro è configurata con un flusso di lavoro di controllo della versione. A tale scopo, è necessario mantenere la configurazione Terraform in un repository GitHub e fornirla come input durante la creazione dello spazio di lavoro.

"Questo link GitHub" Fornisce la configurazione Terraform con diverse risorse. Puoi forare questo repository e fare una copia nel tuo account GitHub.

In questo repository, provider.tf Ha la definizione per il provider Terraform richiesto. Viene utilizzato il provider di terraform per NetApp Cloud Manager.

variables.tf contiene tutte le dichiarazioni variabili. Il valore di queste variabili viene immesso come input del workflow di Intersight Cloud Orchestrator. In questo modo è possibile passare i valori a un'area di lavoro ed eseguire la configurazione del Terraform.

resources.tf Definisce le varie risorse necessarie per aggiungere un ONTAP on-premise all'ambiente di lavoro, creare un cluster Cloud Volumes ONTAP a nodo singolo su Google Cloud, stabilire una relazione SnapMirror tra on-premise e Cloud Volumes ONTAP, creare un volume cloud su Cloud Volumes ONTAP e così via.

In questo repository:

È possibile aggiungere un ulteriore blocco di risorse per creare più volumi su Cloud Volumes ONTAP o utilizzare il conteggio o. for_each Costrutti di terraform.

Per connettere spazi di lavoro, moduli e set di policy Terraform a repository contenenti configurazioni Terraform, Terraform Cloud deve accedere al tuo repo GitHub.

Se si aggiunge un client, l'ID token OAuth del client viene utilizzato come input del flusso di lavoro di Intersight Cloud Orchestrator.

Oltre all'interfaccia del browser Web, Cloud Manager dispone di un'API REST che fornisce agli sviluppatori software l'accesso diretto alla funzionalità Cloud Manager attraverso l'interfaccia SaaS. Il servizio Cloud Manager è costituito da diversi componenti distinti che formano collettivamente una piattaforma di sviluppo estensibile. Il token refresh consente di generare token di accesso che si aggiungono all'intestazione Authorization per ogni chiamata API.

Senza chiamare direttamente un'API, il provider netapp-cloudmanager utilizza un token di refresh e traduce le risorse Terraform in corrispondenti chiamate API. Devi generare un token di refresh per le operazioni API di NetApp Cloud Manager da "NetApp Cloud Central".

Per creare risorse su Cloud Manager, ad esempio la creazione di un cluster Cloud Volumes ONTAP, la configurazione di SnapMirror e così via, è necessario disporre dell'ID client di Cloud Manager Connector.

Workflow Designer consente di creare nuovi flussi di lavoro (oltre a attività e tipi di dati) e modificare i flussi di lavoro esistenti per gestire le destinazioni in Cisco Intersight.

Per avviare Workflow Designer, accedere a Orchestration > Workflow. Una dashboard visualizza i seguenti dettagli nelle schede My workflow, Sample workflow e All workflow:

Utilizzando la dashboard, è possibile creare, modificare, clonare o eliminare una scheda. Per creare una scheda di visualizzazione personalizzata, fare clic su +, specificare un nome, quindi selezionare i parametri necessari da visualizzare nelle colonne, nelle colonne dei tag e nei widget. È possibile rinominare una scheda se non presenta l'icona Lock.

Sotto la dashboard è presente un elenco tabulare di flussi di lavoro che visualizza le seguenti informazioni:

La colonna Actions (azioni) consente di eseguire le seguenti azioni:

Creare un flusso di lavoro composto dai seguenti passaggi:

Per configurare un flusso di lavoro per lo storage FlexPod on-premise, vedere "questo link".

"Segue: Workflow di DR."