Quante istanze di server possono condividere l'uso di un volume Block Storage for Classic?

Il limite predefinito per il numero di autorizzazioni per volume di blocchi è otto. Ciò significa che fino a otto host possono essere autorizzati ad accedere al volume Block Storage for Classic. I clienti che utilizzano Block Storage for Classic nella propria implementazione di VMware® possono richiedere che il limite di autorizzazione venga aumentato a 64. Per richiedere un aumento del limite, contatta il supporto sollevando un caso di supporto.

Se più host montano lo stesso volume Block Storage for Classic senza essere gestiti in modo cooperativo, i tuoi dati sono a rischio di danneggiamento. Il danneggiamento del volume può verificarsi se vengono apportate modifiche al volume da più host contemporaneamente. Per evitare la perdita di dati, è necessario un file system su disco condiviso che tenga conto del cluster, come Microsoft Cluster Shared Volumes ( CSV ), Red Hat Global File System ( GFS2 ), VMware® VMFS e altri. Per ulteriori informazioni, consultare la documentazione del sistema operativo.

I nostri host di calcolo dispongono di più schede di rete con indirizzi IP differenti per la ridondanza di rete e la larghezza di banda espansa. Come possiamo autorizzarli tutti ad accedere allo stesso volume Storage?

È possibile autorizzare una sottorete di indirizzi IP ad accedere a uno specifico volume Block Storage for Classic tramite la console, la SLCLI o l'API. Per autorizzare un host a connettersi da più indirizzi IP su una sottorete, completa la seguente procedura.

$ slcli block subnets-assign -h
Usage: slcli block subnets-assign [OPTIONS] ACCESS_ID
  Assign block storage subnets to the given host id.
  access_id is the host_id obtained by: slcli block access-list <volume_id>
Options:
  --subnet-id INTEGER  ID of the subnets to assign; e.g.: --subnet-id 1234
  -h, --help           Show this message and exit.

Quanti volumi possono essere ordinati?

Per impostazione predefinita, è possibile configurare un totale complessivo di 700 volumi di archiviazione a blocchi e a file. Per aumentare il tuo limite di volume, contatta il Supporto. Per ulteriori informazioni, vedi Gestione dei limiti di archiviazione.

Quanti volumi Block Storage for Classic possono essere montati su un host?

Dipende dalle capacità del sistema operativo host, ma non è un limite imposto d IBM Cloud®. Fai riferimento alla documentazione del tuo sistema operativo per i limiti relativi al numero di volumi che è possibile montare.

È possibile collegare più volumi con configurazioni del sistema operativo diverse?

Num. Un host non può essere autorizzato ad accedere contemporaneamente a volumi con sistemi operativi di tipo diverso. A un host può essere concesso l'accesso ai volumi di un unico tipo di sistema operativo. Se si tenta di autorizzare un host ad accedere a più volumi con sistemi operativi diversi, l'operazione genera un errore.

Come scelgo una versione di Windows per il mio volume di installazione di Block Storage for Classic?

Quando si crea un volume, è necessario specificare il tipo di sistema operativo. Il tipo di OS specifica il sistema operativo dell'host che accederà al volume. Determina inoltre la disposizione dei dati sul volume, la geometria utilizzata per accedere ai dati e la dimensione minima e massima del volume. Una volta creato il volume, non è possibile modificare il tipo di sistema operativo. La dimensione effettiva del volume può variare leggermente a seconda del tipo di sistema operativo del volume. La selezione del tipo corretto per il sistema operativo Windows consente di evitare operazioni IO non allineate.

Se il volume viene presentato come dispositivo a blocchi raw a un guest, selezionare il tipo di OS del sistema operativo del guest. Se il volume viene presentato all'hypervisor per servire i file del disco rigido virtuale (VHD), scegliere Hyper-V.

Il limite dell'IOPS allocato viene implementato in base all'istanza o in base al volume?

L'IOPS viene applicato a livello dei volumi. In altre parole, due host collegati a un volume con 6000 IOPS condividono quei 6000 IOPS.

IBM Cloud garantisce un numero minimo di IOPS?

No, IBM Cloud non garantisce un valore minimo di IOPS. Gli IOPS (operazioni di input/output al secondo) dipendono dall'host di elaborazione su cui è montato lo storage a blocchi, non dallo storage stesso. Il volume di archiviazione presenta un limite massimo di IOPS e un limite di throughput in base alla configurazione assegnata. Si tratta di soglie massime, non di garanzie minime.

Quando si configura un volume Block Storage for Classic, è necessario selezionare un livello di IOPS (per Endurance) oppure specificare un valore IOPS personalizzato (per Performance). Questo valore rappresenta il numero massimo di IOPS che il volume è in grado di gestire. Il valore effettivo di IOPS riscontrato dipende dal carico di lavoro dell'applicazione e dalle operazioni di I/O generate dall'host di elaborazione.

Il sistema di archiviazione può limitare il traffico dati in base a due fattori:

• Limite IOPS- Il numero massimo di operazioni di I/O al secondo che il volume è in grado di elaborare
• Limite di throughput- La velocità massima di trasferimento dei dati (calcolata come IOPS × dimensione I/O)

Se l'applicazione utilizza una dimensione di I/O superiore ai 16 KB nominali, il limite di throughput viene raggiunto prima del limite di IOPS. Ad esempio, con un volume da 6000 IOPS:

• Con una dimensione I/O di 16 KB: è possibile raggiungere 6000 IOPS ( ~93.75 MB/sec di throughput)
• Con una dimensione I/O di 32 KB: il limite di throughput viene raggiunto a 3000 IOPS ( ~93.75 MB/sec di throughput)

Per ulteriori informazioni su come la dimensione dell'I/O influisca sulle prestazioni, consulta la sezione " Cosa succede quando si utilizza una dimensione di blocco più piccola per misurare le prestazioni?".

Il numero di host che accedono al volume è importante perché quando un unico host accede al volume, può essere difficile realizzare il numero massimo di IOPS disponibili.

Misurazione dell'IOPS

L'IOPS viene misurato sulla base di un profilo di carico costituito da blocchi da 16 KB, con un'operatività casuale composta per il 50% da operazioni di lettura e per il 50% da operazioni di scrittura. I carichi di lavoro che differiscono da questo profilo potrebbero riscontrare delle prestazioni inferiori. Per migliorare le prestazioni, è possibile provare a regolare le impostazioni della profondità della coda host o abilitare i frame Jumbo.

Cosa succede quando una dimensione di blocco più piccola viene utilizzata per misurare le prestazioni?

Quando utilizzi delle dimensioni blocco più piccole, è comunque possibile ottenere l'IOPS massimo. Tuttavia, la velocità effettiva sarà inferiore. Ad esempio, un volume con 6000 IOPS avrà la seguente velocità effettiva alle varie dimensioni blocco:

• 16 KB * 6000 IOPS == ~93,75 MB/sec
• 8 KB * 6000 IOPS == ~46.88 MB/sec
• 4 KB * 6000 IOPS == ~23,44 MB/sec

Come posso sapere quanta memoria viene utilizzata? Perché sono riportati i dettagli sull'utilizzo di Block Storage for Classic non viene visualizzato nella console?

Block Storage for Classic può essere formattato e gestito nel modo desiderato. IBM Cloud® non può vedere il contenuto del volume e quindi l'interfaccia utente non può fornire informazioni sull'utilizzo dello spazio su disco. È possibile ottenere ulteriori informazioni sul volume, come la quantità di spazio su disco e la quantità di spazio disponibile, dal sistema operativo dell'host Compute.

• In Linux® è possibile utilizzare il seguente comando.

  df -h
  

  Il comando fornisce un output che mostra la quantità di spazio disponibile e la percentuale utilizzata.

  $ df -hT /dev/sda1
  Filesystem     Type      Size  Used Avail Use% Mounted on
  /dev/sda1      disk      6.0G  1.2G  4.9G  20% /
  

• In Windows, è possibile visualizzare lo spazio libero su disco in Esplora file facendo clic su Questo PC, con due opzioni di comando.

  fsutil volume diskfree C:
  

  dir C:
  

  L'ultima riga dell'output mostra la quantità di spazio non utilizzato.

È necessario preriscaldare il volume per ottenere la produttività prevista?

Il pre - riscaldamento non è necessario. Puoi osservare la velocità effettiva specificata non appena viene eseguito il provisioning del volume.

Una connessione Ethernet più veloce consente di ottenere un throughput maggiore?

I limiti di throughput vengono impostati a livello di LUN e una connessione Ethernet più veloce non aumenta tale limite. Tuttavia, con una connessione Ethernet più lenta, la tua larghezza di banda può essere un potenziale collo di bottiglia.

I firewall e i gruppi di sicurezza hanno ripercussioni sulle prestazioni?

Consigliamo di eseguire il traffico di archiviazione su una VLAN che ignora il firewall. L'esecuzione del traffico di archiviazione tramite i firewall software aumenta la latenza e ha un impatto negativo sulle prestazioni dell'archiviazione.

Come instrado il traffico di Block Storage for Classic alla sua interfaccia VLAN e ignoro un firewall?

Per applicare questa procedura consigliata, completa la seguente procedura.

1. Esegui il provisioning di una VLAN nello stesso data center dell'host e del dispositivo Block Storage for Classic. Per ulteriori informazioni, vedi Introduzione alle VLAN.

2. Assegnare una sottorete privata secondaria al nuovo VLAN.3

3. Collega la nuova VLAN all'interfaccia privata dell'host. Per ulteriori informazioni, vedi Come eseguo il trunk delle mie VLAN ai miei server.

   Questa azione interrompe momentaneamente il traffico di rete sull'host mentre la VLAN viene collegata all'host.

4. Crea un'interfaccia di rete sull'host.

   • In Linux® o Windows, creare un'interfaccia 802.11q. Scegli uno degli indirizzi IP secondari non utilizzati dalla VLAN appena collegata e assegna tale indirizzo, la maschera di sottorete e il gateway alla nuova interfaccia 802.11q creata.
   • In VMware®, creare un'interfaccia di rete VMkernel (vmk) e assegnare all'interfaccia vmk l'indirizzo IP secondario, la subnet mask e il gateway non utilizzati della VLAN appena configurata in modalità trunk.

5. Aggiungi una nuova rotta statica persistente sull'host alla sottorete iSCSI di destinazione.

6. Assicurarsi che l'indirizzo IP dell'interfaccia appena aggiunta sia stato inserito nell'elenco delle autorizzazioni degli host.

7. Eseguire il rilevamento e accedere al portale di destinazione come descritto nei seguenti argomenti.

   • Mappatura dei volumi su Microsoft Windows
   • Montare il volume iSCSI su Red Hat Enterprise Linux® 8.
   • Montare il volume iSCSI su CloudLinux 8.
   • Montare il volume iSCSI su Ubuntu 20.
   • VMwareCome si fa a collegare iSCSI e Block Storage tramite VLAN isolate?

È utile eseguire il traffico iSCSI sul canale porta LACP 802.3ad ?

Num. LACP (Link Aggregation Control Protocol) non è una configurazione consigliata con iSCSI. Utilizzare il framework MPIO (multi - path input/output) per il bilanciamento I/O e la ridondanza.

Con una configurazione MPIO, un server con più NIC può trasmettere e ricevere I/O attraverso tutte le interfacce disponibili a un dispositivo di archiviazione abilitato MPIO corrispondente. Questa configurazione offre una ridondanza in grado di garantire che il traffico di archiviazione rimanga costante anche se uno dei percorsi diventa non disponibile. Se un server ha due NIC da 1 Gb e il server di archiviazione ha due NIC da 1 Gb, la velocità di trasmissione massima teorica è di circa 200 MB/s.

L'aggregazione di link (come LACP o 802.3ad) tramite il teaming NIC non funziona allo stesso modo di MPIO. L'aggregazione di link non migliora la velocità di trasmissione di un singolo flusso I/O, né fornisce più percorsi. Un singolo flusso attraversa sempre un singolo percorso. Il vantaggio dell'aggregazione di link può essere osservato quando esistono diversi flussi "univoci" e ogni flusso proviene da un'origine diversa. Ogni singolo flusso viene inviato attraverso la propria interfaccia NIC disponibile, che è determinata da un algoritmo hash. Pertanto, con flussi più univoci, più NIC possono fornire una maggiore velocità di trasmissione aggregata.

Il collegamento funziona tra un server e uno switch. Tuttavia, MPIO funziona tra un server di archiviazione e l'host, anche se uno switch si trova nel percorso.

Per ulteriori informazioni, consulta uno dei seguenti articoli.

• LinuxSi consiglia l'uso di schede di rete(NIC)collegate con iSCSI?
• WindowsNIC Teaming e iSCSI.
• VMwareRequisiti dell'host per l'aggregazione dei collegamenti.

Quale latenza è prevista per Block Storage for Classic?

La latenza target all'interno dello storage è inferiore a 1 ms. Lo storage è collegato alle istanze Compute tramite una rete condivisa, pertanto la latenza effettiva dipende dal traffico di rete durante l'operazione.

Ho ordinato un volume Block Storage for Classic nel data center sbagliato. È possibile spostare o migrare l'archiviazione a un altro data center?

È necessario ordinare un nuovo volume " Block Storage for Classic " nel data center corretto, quindi annullare l'ordine del dispositivo " Block Storage for Classic " che è stato effettuato nella sede errata.

Puoi anche creare un duplicato della tua condivisione e annullare quella originale. Per ulteriori informazioni, vedere Creazione e gestione di volumi duplicati.

Se stai valutando una migrazione più ampia a IBM Cloud VPC, consulta la guida " Migrazione dei dati dall'infrastruttura classic di IBM Cloud a VPC ".

Ho cancellato "immediatamente" il volume di Block Storage for Classic, ma è ancora visibile nella console. Perché non viene cancellato?

Quando il volume viene annullato, la richiesta è seguita da un periodo di attesa di recupero di 24 ore. Puoi ancora visualizzare il volume nella console durante queste 24 ore. Il periodo di attesa di 24 ore ti offre la possibilità di annullare la richiesta di cancellazione, se necessario. Se vuoi annullare l'eliminazione del volume, genera un caso di supporto. La fatturazione relativa al volume cessa immediatamente. Alla scadenza del periodo di recupero, i dati vengono distrutti e anche il volume viene rimosso dalla console.

Come faccio a capire quali volumi Block Storage for Classic sono crittografati?

Quando si visualizza l'elenco dei volumi " Block Storage for Classic " nella console " IBM Cloud® ", è possibile notare un'icona a forma di lucchetto accanto al nome dei volumi crittografati.

Block Storage for Classic supporta la prenotazione permanente SCSI-3 per implementare il fencing I/O per Db2 pureScale?

Sì, Block Storage for Classic supporta entrambe le prenotazioni permanenti SCSI-2 e SCSI-3.

Cosa succede ai dati quando i volumi Block Storage for Classic vengono eliminati?

IBM Cloud® Block Storage for Classic presenta i volumi a blocchi ai clienti sull'archiviazione fisica da cui vengono cancellati tutti i dati prima di qualsiasi riutilizzo.

Quando elimini un volume Block Storage for Classic, tali dati diventano immediatamente inaccessibili. Vengono rimossi tutti i puntatori ai dati sul disco fisico. Se successivamente si crea un nuovo volume nello stesso o in un altro account, viene assegnata una nuova serie di puntatori. L'account non può accedere ad alcun dato presente nell'archiviazione fisica perché tali puntatori sono stati eliminati. Quando i nuovi dati vengono scritti sul disco, tutti i dati inaccessibili dal volume eliminato vengono sovrascritti.

IBM garantisce che non è possibile accedere ai dati eliminati e che i dati eliminati vengono eventualmente sovrascritti ed eliminati. Inoltre, quando elimini un volume Block Storage for Classic, tali blocchi devono essere sovrascritti prima che tale archiviazione blocchi venga resa nuovamente disponibile, per te o per un altro cliente.

Quando IBM decommissiona un'unità fisica, l'unità viene distrutta prima dello smaltimento. Le unità dismesse sono inutilizzabili e qualsiasi dato su di esse è inaccessibile.

I clienti con requisiti specifici in materia di conformità, quali le linee guida NIST 800-88 per la cancellazione definitiva dei dati dai supporti, possono eseguire la procedura di cancellazione definitiva dei dati prima di eliminare il proprio spazio di archiviazione.

Cosa succede ai driver che vengono disattivati dal data center cloud?

Quando i driver vengono disattivati, IBM li distrugge prima di eliminarli. I driver diventano inutilizzabili. Tutti i dati scritti in questi driver diventano inaccessibili.

Non riesco a cancellare un volume di Block Storage for Classic perché l'azione "Cancella" nella console Cloud è disabilitata. Cosa succede?

Il processo di annullamento per questo dispositivo di archiviazione è in corso, pertanto l'azione Cancel non è più disponile. Il volume rimane visibile per almeno 24 ore, fino a quando non viene recuperato. L'IU indica che è inattiva e viene visualizzato lo stato "Annullamento in sospeso". Il periodo di attesa minimo di 24 ore ti offre la possibilità di annullare la richiesta di cancellazione, se necessario. Se vuoi annullare l'eliminazione del volume, genera un caso di supporto.

Ho cancellato per sbaglio il mio volume, cosa posso fare per recuperarlo?

La risposta dipende da quanto tempo fa hai eliminato il volume di archiviazione e se hai scelto di eliminarlo immediatamente o alla data di scadenza. Se l'eliminazione è avvenuta nelle ultime 24 ore o se la data dell'anniversario è ancora lontana, il volume potrebbe essere ancora in attesa di essere recuperato. Se lo stato del volume è "Cancellazione in attesa", è possibile contattare l'assistenza per annullare la richiesta di cancellazione. È importante agire in fretta perché quando il periodo di recupero scade, i dati vengono cancellati automaticamente e non è più possibile ripristinarli.

La mia archiviazione sembra offline o in sola lettura. Perché è successo e come lo correggo?

In alcuni scenari, un host (bare-metal o VM ) potrebbe perdere brevemente la connessione allo storage e di conseguenza considerarlo un volume di sola lettura per evitare la corruzione dei dati. Il più delle volte, la perdita di connettività è correlata alla rete ma lo stato dell'archiviazione rimane di sola lettura dalla prospettiva dell'host anche quando la connessione di rete viene ripristinata. Il riavvio del server risolve il problema dello stato di sola lettura.

Questo problema può essere osservato con gli host che hanno delle impostazioni MPIO non corrette. Se MPIO non è configurato correttamente, l'host perde la connessione allo storage e potrebbe non essere in grado di riconnettersi allo storage una volta risolto il problema di connettività.

Posso collegare Block Storage for Classic a un singolo percorso? Devo utilizzare il multipath?

È possibile collegare un volume utilizzando un unico percorso, ma è importante che le connessioni vengano stabilite su entrambi i percorsi per evitare interruzioni del servizio. Per ulteriori informazioni sulla configurazione delle connessioni MPIO, vedi i seguenti articoli.

• Montare il volume iSCSI su Red Hat Enterprise Linux® 8.
• Montare il volume iSCSI su CloudLinux 8.
• Montare il volume iSCSI su Ubuntu 20.
• Mappatura dei volumi su Microsoft Windows

Come posso configurare e convalidare le connessioni multipath al volume Block Storage for Classic?

Durante una manutenzione pianificata o un'interruzione non pianificata, uno dei percorsi viene disattivo. Se MPIO è configurato correttamente, l'host può ancora accedere alla memoria collegata tramite il secondo percorso. Per ulteriori informazioni sulle impostazioni MPIO, consultare gli argomenti riportati di seguito.

• Montare il volume iSCSI su Red Hat Enterprise Linux® 8.
• Montare il volume iSCSI su CloudLinux 8.
• Montare il volume iSCSI su Ubuntu 20.
• Verifica di MPIO su Linux®
• Mappatura dei volumi su Microsoft Windows
• Verifica di MPIO su MS Windows

Quando i percorsi dati di archiviazione normalmente bilanciati dal carico vengono temporaneamente sospesi, l'host di elaborazione è costretto a scegliere uno dei percorsi dati sopravvissuti per comunicare con l'archiviazione collegata. Di conseguenza, l'aumento del traffico dati passa attraverso un minor numero di percorsi dati. Poiché vengono servite più richieste con meno risorse, si può verificare un aumento della latenza e dei tempi di stabilimento della connessione.

In rare occasioni, il provisioning e il collegamento di un volume avvengono mentre il secondo percorso è inattivo. In tali istanze, l'host potrebbe visualizzare un singolo percorso quando viene eseguita la scansione di rilevamento. Se riscontri questo fenomeno, controlla la pagina di statoIBM Cloud® per vedere se un evento potrebbe influire sulla capacità del tuo host di accedere all'archiviazione. Se non vengono segnalati eventi, eseguire nuovamente la scansione di rilevamento per assicurarsi che tutti i percorsi siano stati correttamente individuati. Se un evento è in corso, la memoria può essere collegata con un singolo percorso. Tuttavia, è fondamentale ripetere la scansione dei percorsi dopo il completamento dell'evento. Se dopo la nuova scansione non vengono individuati entrambi i percorsi, apri una richiesta di assistenza affinché il problema possa essere esaminato in modo adeguato.

Per una connessione più stabile in VMware un'implementazione, montare prima l'archiviazione di rete sull'hypervisor come descritto in Montaggio ISCSI VMware ESXi. Quindi, creare le VM e montare il volume di archiviazione collegato dal sistema operativo del server virtuale con una connessione multipath. Per ulteriori informazioni, consultare Utilizzo di ESXi con iSCSI SAN, Informazioni sul multipathing e sul failover nell'ambiente ESXi e Configurazione della rete per iSCSI e iSER con ESXi.

Ho espanso la dimensione del volume del mio Block Storage for Classic tramite la console cloud ma la dimensione sul mio server è ancora la stessa. Come risolvo questo problema?

Per visualizzare la nuova dimensione del volume espanso, è necessario eseguire una nuova scansione e riconfigurare il disco esistente " Block Storage for Classic " sul server. Vedi i seguenti esempi. Per ulteriori informazioni, consulta la documentazione sul sistema operativo.

Perché vedo due dischi in Gestione disco quando aggiungo un singolo dispositivo di archiviazione?

La visualizzazione di due dischi in Gestione disco può verificarsi se MPIO non è installato o disabilitato per ISCSI. Per verificare la configurazione MPIO, consultare la procedura descritta nelle sezioni "Verifica della configurazione MPIO per Linux® " o " Verifica della corretta configurazione di MPIO nei sistemi operativi Windows ".

Come riconnetto l'archiviazione dopo uno cambio dello chassis?

Completare la seguente procedura per ricollegare correttamente la memoria dopo uno swap dello chassis.

1. Prima dello scambio, rimuovere l'autorizzazione (revocare l'accesso) dai dispositivi di memorizzazione.
2. Dopo lo scambio, autorizzare nuovamente l'host.
3. Rileva nuovamente i dispositivi di archiviazione, con le nuove credenziali ottenute dalla nuova autorizzazione.

Per ulteriori informazioni, consulta Gestione di Block Storage for Classic.

Come disconnetto il mio dispositivo di archiviazione da un host?

Attieniti alla seguente procedura per la disconnessione da un host:

1. Rimuovi le sessioni ISCSI del sistema operativo e, se applicabile, smonta il dispositivo.
2. Revoca l'accesso dell'host al dispositivo di archiviazione dalla console IBM Cloud®.
3. Rimuovi il rilevamento automatico e, se applicabile, rimuovi le voci del database di connessione dal sistema operativo per le connessioni ISCSI.

Qual è la differenza tra l'archiviazione Endurance e Performance?

Endurance e Performance sono opzioni di provisioning che puoi selezionare per i dispositivi di archiviazione. In breve, i livelli IOPS Endurance offrono livelli di prestazioni predefiniti mentre puoi ottimizzare questi livelli con il livello Performance. Gli stessi dispositivi vengono utilizzati per consegnare le offerte con diverse opzioni. Per ulteriori informazioni, vedere IBM Cloud Block Storage: Dettagli.

Non riesco ad eseguire l'upgrade dell'archiviazione. Cosa può influenzare la capacità di upgrade o di espansione dell'archiviazione?

Le seguenti situazioni possono influenzare la capacità di upgrade o di espansione dell'archiviazione:

• Le autorizzazioni di cui disponi nella console IBM Cloud® potrebbero essere un fattore determinante. Per ulteriori informazioni, consultare gli argomenti nella sezione " Ruoli e autorizzazioni degli utenti ".

L'aggiornamento dello storage influisce sui dati presenti nel volume?

Num. Quando si sceglie di espandere il volume di archiviazione o di regolare il valore IOPS, la modifica non ha alcun impatto sui dati. Durante queste operazioni non viene sovrascritto o cancellato nulla. La regolazione non provoca alcun tipo di interruzione o mancanza di accesso al magazzino.

I volumi " iSCSI " sono di tipo "thin" o "thick"?

Tutti i servizi File e Block Storage for Classic sono con il provisioning di tipo thin. Questo metodo non è modificabile.

Il mio ID di fatturazione è cambiato, cosa significa?

Si può notare che i volumi di archiviazione sono ora fatturati come "Endurance Storage Service" o "Performance Storage Service" invece di "Enterprise Storage". È inoltre possibile disporre di nuove opzioni nella console, come la possibilità di regolare gli IOPS o di aumentare la capacità. IBM Cloud® si impegna a migliorare continuamente le capacità di storage. Man mano che l'hardware viene aggiornato nei data center, anche i volumi di archiviazione presenti in tali data center vengono aggiornati per utilizzare tutte le funzionalità avanzate. Il prezzo che paghi per il tuo volume di archiviazione non cambia con questo upgrade.

Quanto è durevole Block Storage for Classic?

Quando archivi i tuoi dati in Block Storage for Classic, sono durevoli, altamente disponibili e crittografati. La destinazione di durata per una singola zona di disponibilità è 99.999999999% (11 9). Per ulteriori informazioni, vedi Disponibilità e durata di Block Storage for Classic.

Qual è il tempo di attività medio per Block Storage for Classic?

I dati archiviati in Block Storage for Classic sono durevoli, altamente disponibili e crittografati. Block Storage for Classic si basa su hardware e software di livello enterprise, i migliori della categoria, per garantire un'elevata disponibilità e tempi di attività. Per garantire il raggiungimento dell'obiettivo di disponibilità del 99.999 (cinque 9), i dati vengono archiviati in modo ridondante su più dischi fisici nei nodi accoppiati in HA. Ogni nodo di memoria ha più percorsi per le proprie unità SSD (Solid - State Drive) e per le SSD del nodo partner. Questa configurazione protegge da errori di percorso e anche da errori del controller perché il nodo può ancora accedere ai dischi del partner senza interruzioni. Per ulteriori informazioni, vedi Disponibilità e durata di Block Storage for Classic.

Come posso identificare un volume Block Storage for Classic dal mio sistema operativo?

Esistono diversi motivi per cui si desidera ricercare l'ID LUN dei volumi di memoria collegati sull'host di calcolo. Ad esempio, è possibile disporre di più periferiche di archiviazione montate sullo stesso host con le stesse dimensioni di volume. Vuoi staccare e disattivare uno di loro. Tuttavia, non si è sicuri di come correlare ciò che si vede sul proprio host Linux® con ciò che si vede nella console. Un altro esempio potrebbe essere che hai più volumi Block Storage for Classic che sono collegati a un server ESXi. Si desidera espandere le dimensioni di uno dei volumi e per farlo è necessario conoscere l'ID LUN corretto dello storage. Per istruzioni specifiche per il sistema operativo, fare clic su uno dei seguenti link.

• Visualizzazione delle informazioni LUN in Linux®
• Visualizzazione delle informazioni LUN in Windows
• Visualizzazione delle informazioni LUN in VMWare ®

Posso ottenere le metriche delle prestazioni di archiviazione (IOPS o latenza) dal team di supporto?

IBM Cloud® non fornisce metriche di latenza e IOPS delle prestazioni di archiviazione. I clienti devono monitorare i propri dispositivi Block Storage for Classic utilizzando la scelta di strumenti di monitoraggio di terzi.

I seguenti esempi sono programmi di utilità che è possibile considerare di utilizzare per controllare le statistiche delle prestazioni.

• sysstat- Strumenti delle prestazioni di sistema per il sistema operativo Linux®.
• typeperf- Comando Windows che scrive i dati delle prestazioni nella finestra comandi o in un file di log.
• esxtop- Uno strumento a riga di comando che fornisce agli amministratori informazioni in tempo reale sull'utilizzo delle risorse in un ambiente VMware® vSphere. Può monitorare e raccogliere dati per tutte le risorse di sistema: CPU, memoria, disco e rete.

Qual è la differenza tra un volume di replica, un volume dipendente e un volume duplicato indipendente?

È possibile creare una replica o un volume duplicato utilizzando un'istantanea del proprio volume. La replica e la clonazione utilizzano una delle tue istantanee per copiare i dati in un volume di destinazione. Tuttavia, è qui che finiscono le similitudini.

La replica mantiene i tuoi dati sincronizzati in due diverse ubicazioni. Solo un volume della coppia (volume primario e volume di replica) può essere attivo alla volta. Il processo di replica copia automaticamente le informazioni dal volume attivo al volume non attivo in base alla pianificazione della replica. Per ulteriori informazioni sui volumi di replica, vedi Replica dei dati.

La duplicazione crea una copia del volume in base a un'istantanea nella stessa zona di disponibilità del volume principale. Il volume duplicato eredita per impostazione predefinita le opzioni di capacità e prestazioni del volume originale e ha una copia dei dati che arriva fino al punto temporale di un'istantanea. Il volume duplicato può essere dipendente o indipendente dal volume originale e può essere aggiornato manualmente con i dati dal volume principale. Puoi regolare l'IOPS o aumentare la dimensione del volume del duplicato senza alcun effetto sul volume parent.

• Un volume duplicato dipendente non passa attraverso la conversione di diventare indipendente e può essere aggiornato in qualsiasi momento dopo che è stato creato. Il sistema blocca l'istantanea originale in modo che l'istantanea non possa essere eliminata mentre esiste il duplicato dipendente. Il volume principale non può essere annullato mentre esiste il volume duplicato dipendente. Se si desidera annullare il volume principale, è necessario prima annullare il duplicato dipendente o convertirlo in un duplicato indipendente.

• Un duplicato indipendente è superiore al duplicato dipendente nella maggior parte dei casi, ma non può essere aggiornato immediatamente dopo la creazione a causa del lungo processo di conversione. Può richiedere fino a diverse ore in base alla dimensione del volume. Ad esempio, potrebbe richiedere fino a un giorno per un volume da 12 TB. Tuttavia, una volta completato il processo di separazione, i dati possono essere aggiornati manualmente utilizzando un'altra istantanea del volume principale originale.

Per ulteriori informazioni sui duplicati, vedi Creazione e gestione dei volumi duplicati.

Confronto tra le caratteristiche dei diversi tipi di copie di volume.
Questa tabella ha intestazioni di riga e colonna. Le intestazioni di riga identificano la capacità. Le intestazioni delle colonne identificano il tipo di copia del volume.

Funzione	Replica	Duplicato dipendente	Duplicato indipendente
Creato da un'istantanea
Ubicazione del volume copiato	Zona di disponibilità remota	Stessa zona di disponibilità	Stessa zona di disponibilità
Supporta il failover
Dimensione e IOPS differenti
Sincronizzato automaticamente con il volume principale
Aggiornamento on-demand dal volume parent		[1]	[2]
Separato dal volume principale

Quanto tempo ci vuole per convertire un duplicato dipendente in un volume indipendente?

Il processo di conversione potrebbe richiedere un po' di tempo. Più grande è il volume, più tempo ci vuole per convertirlo. Per un volume da 12 TB, potrebbero essere necessarie 24 ore. Puoi controllare l'avanzamento nella console o dalla CLI.

• Nell'IU, vai a Classic Infrastructure. Fai clic su Storage > Block Storage for Classic, quindi individua il volume nell'elenco. Lo stato della conversione viene visualizzato nella pagina Panoramica.

• Dalla CLI, utilizzare il seguente comando.

  slcli block duplicate-convert-status <dependent-vol-id>
  

  Il risultato è simile a quello dell'esempio seguente.

  slcli block duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

Dove posso trovare ulteriori informazioni sui sistemi di archiviazione portatili?

I volumi di archiviazione portatile (PSV) sono una soluzione di archiviazione ausiliaria disponibile solo per Virtual Servers. Puoi scollegare il PSV da un server virtuale e collegarlo a un altro. È possibile collegare un PSV a un solo server virtuale alla volta e tutte le informazioni memorizzate sul PSV vengono conservate durante il trasferimento tra i dispositivi. Per ulteriori informazioni, vedi Archiviazione SAN portatile.

Posso migrare i miei volumi Block Storage for Classic su VPC?

Sì. Se avete intenzione di trasferire i vostri carichi di lavoro su IBM Cloud® Virtual Private Cloud, IBM Cloud offre indicazioni su come collegare i vostri ambienti Classic e VPC e su come copiare i dati utilizzando strumenti quali rsync e dcfldd. Per ulteriori informazioni, consultare il sito Migrazione dei dati dall'infrastruttura classic di IBM Cloud a VPC e, più in generale, il sito Guida alla migrazione da Classic a VPC.