Prerequisiti per il BlueXP backup and recovery
Suggerisci modifiche
PDF
Inizia a utilizzare il BlueXP backup and recovery verificando la disponibilità del tuo ambiente operativo, del connettore BlueXP e dell'account BlueXP . Per utilizzare il BlueXP backup and recovery, sono necessari i seguenti prerequisiti.
Per ONTAP 9.8 e versioni successive
È necessario abilitare una licenza ONTAP One sull'istanza ONTAP locale.
Prerequisiti per i backup su storage di oggetti
Per utilizzare l'archiviazione di oggetti come destinazione di backup, è necessario un account con AWS S3, Microsoft Azure Blob, StorageGRID o ONTAP e che siano configurate le autorizzazioni di accesso appropriate.
Requisiti per la protezione dei carichi di lavoro di Microsoft SQL Server
Per utilizzare il BlueXP backup and recovery per i carichi di lavoro di Microsoft SQL Server, sono necessari i seguenti prerequisiti relativi a sistema host, spazio e dimensioni.
| Elemento | Requisiti | ||
|---|---|---|---|
Sistemi operativi |
Microsoft Windows Per le informazioni più recenti sulle versioni supportate, vedere "Tool di matrice di interoperabilità NetApp" . |
||
Versioni di Microsoft SQL Server |
Le versioni 2012 e successive sono supportate per VMware Virtual Machine File System (VMFS) e VMware Virtual Machine Disk (VMDK) NFS. |
||
Versione di SnapCenter Server |
Per importare i dati esistenti da SnapCenter in BlueXP backup and recovery è richiesta la versione 5.0 o successiva di SnapCenter Server.
|
||
RAM minima per il plug-in sull'host SQL Server |
1 GB |
||
Spazio minimo di installazione e registro per il plug-in sull'host SQL Server |
5 GB Allocare spazio su disco sufficiente e monitorare il consumo di spazio di archiviazione della cartella dei log. Lo spazio richiesto per i log varia in base al numero di backup eseguiti e alla frequenza delle operazioni di protezione dei dati. Se lo spazio non è sufficiente, i log non verranno creati per le operazioni. |
||
Pacchetti software richiesti |
Per informazioni aggiornate sulle versioni supportate, vedere "Tool di matrice di interoperabilità NetApp". |
Requisiti per la protezione dei carichi di lavoro VMware
Per individuare e proteggere i carichi di lavoro VMware sono necessari requisiti specifici.
Supporto software
-
Sono supportati gli archivi dati NFS e VMFS. I vVol non sono supportati.
-
Versioni NFS supportate: NFS 3 e NFS 4.1
-
Versioni di VMware ESXi Server supportate: 7.0U1 e successive
-
Versioni di VMware vCenter vSphere supportate: 7.0U1 e successive
-
Indirizzi IP: IPv4 e IPv6
-
VMware TLS: 1.2, 1.3
Requisiti di connessione e porta per la protezione dei carichi di lavoro VMware
| Tipo di porto | Porta preconfigurata |
|---|---|
Porta del server VMware ESXi |
443 (HTTPS), bidirezionale. La funzionalità di ripristino dei file guest utilizza questa porta. |
Porta del server VMware vSphere vCenter |
Se si proteggono VM vVol, è necessario utilizzare la porta 443. |
Cluster di archiviazione o porta VM di archiviazione |
443 (HTTPS), bidirezionale. 80 (HTTP), bidirezionale. Questa porta viene utilizzata per la comunicazione tra l'appliance virtuale e la VM di archiviazione o il cluster contenente la VM di archiviazione. |
Requisiti di controllo degli accessi basato sui ruoli (RBAC) per la protezione dei carichi di lavoro VMware
L'account amministratore vCenter deve disporre dei privilegi vCenter richiesti.
Per un elenco dei privilegi vCenter necessari, vedere "SnapCenter Plug-in for VMware vSphere Privilegi vCenter necessari" .
Requisiti per la protezione delle applicazioni Kubernetes
Per scoprire le risorse di Kubernetes e proteggere le applicazioni Kubernetes, sono necessari requisiti specifici.
Per i requisiti BlueXP , fare riferimento a A BlueXP .
-
Un sistema ONTAP primario (ONTAP 9.16.1 o successivo)
-
Un cluster Kubernetes: le distribuzioni e le versioni di Kubernetes supportate includono:
-
Anthos On-Prem (VMware) e Anthos su bare metal 1.16
-
Kubernetes 1.27 - 1.33
-
OpenShift 4.10 - 4.18
-
Motore Kubernetes Rancher 2 (RKE2) v1.26.7+rke2r1, v1.28.5+rke2r1
-
-
NetApp Trident 24.10 o successivo
-
NetApp Trident Protect 25.07 o versione successiva (installato durante la scoperta del carico di lavoro di Kubernetes)
-
NetApp Trident Protect Connector 25.07 o versione successiva (installato durante l'individuazione del carico di lavoro di Kubernetes)
-
Assicurarsi che la porta TCP 443 non sia filtrata in uscita tra il cluster Kubernetes, il connettore Trident Protect e il proxy Trident Protect.
-
A BlueXP
-
Un utente BlueXP deve disporre del ruolo e dei privilegi necessari per eseguire operazioni sui carichi di lavoro Microsoft SQL Server e Kubernetes. Per individuare le risorse, è necessario disporre del ruolo di Super amministratore BlueXP backup and recovery . Vedi "Accesso basato sui ruoli BlueXP backup and recovery alle funzionalità" per informazioni dettagliate sui ruoli e le autorizzazioni necessarie per eseguire operazioni BlueXP backup and recovery.
-
Un'organizzazione BlueXP con almeno un connettore BlueXP attivo che si connette a cluster ONTAP on-premise o Cloud Volumes ONTAP. Fare riferimento alla Procedura di configurazione dell'anteprima iniziale di seguito.
-
Almeno un ambiente di lavoro BlueXP con un cluster NetApp ONTAP locale o Cloud Volumes ONTAP .
-
Un connettore BlueXP
Fare riferimento a "Informazioni su come configurare un connettore BlueXP" e "Requisiti standard di BlueXP".
-
La versione Preview richiede il sistema operativo Ubuntu 22.04 LTS per il connettore.
-
Configurare BlueXP
Il passo successivo è configurare BlueXP e il servizio BlueXP backup and recovery .
Revisione "Requisiti standard di BlueXP".
Crea un connettore BlueXP
Per provare questo servizio, ti consigliamo di contattare il tuo team di prodotto NetApp . Quindi, quando si utilizza il connettore BlueXP, esso includerà le funzionalità appropriate per il servizio.
Per creare un connettore in BlueXP prima di utilizzare il servizio, fare riferimento alla documentazione di BlueXP che descrive "Come creare un connettore BlueXP".
Per completare un'operazione di ripristino, il connettore può essere installato nelle seguenti posizioni:
-
Per Amazon S3, il connettore può essere distribuito in sede.
-
Per Azure Blob, il connettore può essere distribuito in locale.
-
Per StorageGRID, il connettore deve essere distribuito presso la tua sede, con o senza accesso a Internet.
-
Per ONTAP S3, il connettore può essere implementato in sede (con o senza accesso a Internet) o in un ambiente cloud provider
|
I riferimenti ai "sistemi ONTAP locali" includono i sistemi FAS e AFF . |