Quante istanze 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 loro implementazione di VMware® possono richiedere l'aumento del limite di autorizzazione 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. È necessario un file system del disco condiviso, che riconosce il cluster, per evitare la perdita di dati 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 dell'host.

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 eseguire il provisioning di un totale di 700 volumi di archiviazione a blocchi e di archiviazione di 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?

Questo dipende da ciò che il sistema operativo host è in grado di gestire, ma non è una cosa che IBM Cloud® limita. Fai riferimento alla documentazione del tuo sistema operativo per i limiti relativi al numero di volumi che è possibile montare.

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

Num. Un host non può essere autorizzato ad accedere contemporaneamente a volumi di diverso tipo di SO. Un host può essere autorizzato ad accedere ai volumi di un singolo tipo di sistema operativo. Se si tenta di autorizzare un host ad accedere a più volumi con tipi di SO 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. Il tipo di sistema operativo non può essere modificato dopo la creazione del volume. Le dimensioni effettive del volume possono variare leggermente in base al 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 tali 6000 IOPS.

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

Gli IOPS sono misurati sulla base di un profilo di carico di blocchi da 16 kB con lettura casuale al 50% e scrittura al 50%. 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.

Il volume deve essere preriscaldato per raggiungere la portata prevista?

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

È possibile ottenere più velocità effettiva utilizzando una connessione Ethernet più veloce?

I limiti di throughput sono 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. Predisporre una sottorete privata secondaria per la nuova rete 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 in 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 alla nuova interfaccia vmk l'indirizzo IP secondario non utilizzato, la subnet mask e il gateway della VLAN appena collegata.

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

6. Assicurarsi che l'IP della nuova interfaccia sia aggiunto all'elenco di autorizzazione 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.

È 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, consultare 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 è <1 ms. Lo storage è collegato alle istanze di Compute su una rete condivisa, quindi la latenza esatta delle prestazioni 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 il dispositivo Block Storage for Classic ordinato nella posizione sbagliata. 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 vi dà la possibilità di annullare la richiesta di cancellazione, se necessario. Se vuoi annullare l'eliminazione del volume, genera un caso di supporto. La fatturazione del volume si interrompe immediatamente. Quando il periodo di recupero scade, i dati vengono distrutti e il volume viene rimosso anche dalla console.

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

Quando si guarda l'elenco di Block Storage for Classic nella console IBM Cloud®, è possibile vedere un'icona di blocco accanto al nome del volume per i volumi che sono 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 speciali di conformità, come le linee guida NIST 800-88 per la sanificazione dei supporti, possono eseguire la procedura di sanificazione dei dati prima di eliminare il loro archivio.

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 è possibile annullare un volume Block Storage for Classic perché l'azione Annulla nella console Cloud è disattivata. 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 bonificato. L'IU indica che è inattiva e viene visualizzato lo stato "Annullamento in sospeso". Il periodo di attesa minimo di 24 ore vi dà 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 è stato eliminato il volume di archiviazione e se si è scelto di eliminare immediatamente o alla data dell'anniversario. 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.

Il mio host Windows 2012 dovrebbe avere accesso a più volumi di archiviazione, ma non riesco a vederli in Gestione disco. Come risolvo questo problema?

Se si utilizzano più di due volumi con lo stesso host e se tutte le connessioni a iSCSI provengono dallo stesso dispositivo di archiviazione, è possibile che in Disk Manager vengano visualizzati solo due dispositivi. In questo caso, è necessario connettersi manualmente a ciascun dispositivo dell'iniziatore iSCSI. Per ulteriori informazioni, vedi la risoluzione dei problemi Windows 2012 R2 - più dispositivi iSCSI.

Windows Server 2012 R2 raggiungerà la fine del suo ciclo di vita il 10 ottobre 2023. Microsoft non fornisce più aggiornamenti di sicurezza, correzioni di bug o supporto tecnico per questo sistema operativo. Esegui la migrazione del server a una versione più recente del sistema operativo, come Windows Server 2022.

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. Un riavvio dell'host risolve il problema dello stato di sola lettura.

Questo problema può essere osservato con gli host che hanno delle impostazioni MPIO non corrette. Quando 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? È necessario utilizzare il multipath?

È possibile collegare un volume con un solo percorso, ma è importante che le connessioni siano 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, vedere i seguenti argomenti.

• 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 verificare che tutti i percorsi siano stati rilevati correttamente. 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 entrambi i percorsi non vengono rilevati dopo la nuova scansione, creare un caso di assistenza in modo da poter indagare correttamente.

Per una connessione più stabile in un'implementazione di tipo " VMware ", montare prima l'archivio di rete sull'hypervisor come descritto in Mounting 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, vedere Using ESXi with iSCSI SAN, Understanding Multipathing and Failover in the ESXi Environment e Setting Up Network for iSCSI e iSER with 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 le nuove dimensioni del volume espanso, è necessario eseguire una nuova scansione e riconfigurare il disco Block Storage for Classic esistente 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 di MPIO, fare riferimento alla procedura di verifica della configurazione di MPIO per Linux® o alla 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. Revocare l'accesso all'host dal dispositivo di archiviazione nella 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 si dispone nella console IBM Cloud® possono essere un fattore. Per ulteriori informazioni, vedi gli argomenti all'interno di Ruoli utente e autorizzazioni.

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 di iSCSI sono thin o thick provisioned?

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?

Potresti notare che i tuoi volumi di archiviazione sono ora fatturati come "Endurance Storage Service" o "Performance Storage Service" invece di "Enterprise Storage". Potresti anche avere nuove opzioni nella console, come la possibilità di regolare l'IOPS o aumentare la capacità. IBM Cloud® si sforza di migliorare continuamente le capacità di archiviazione. 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 è costruito su hardware e software di livello enterprise, collaudati e di prim'ordine, per garantire alta 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 della riga di comando che offre agli amministratori informazioni in tempo reale relative all'uso delle risorse in un ambiente vSphere VMware®. 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 righe e colonne. Le intestazioni di riga identificano la capacità. Le intestazioni di colonna identificano il tipo di copia 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 può richiedere un certo tempo per essere completato. 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>
  

  L'output è simile al seguente esempio.

  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 maggiori informazioni sul deposito portatile?

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. Puoi collegare un disco di archiviazione portatile a un server virtuale alla volta mentre tutte le informazioni archiviate sul disco vengono conservate per il trasferimento tra le periferiche. Per ulteriori informazioni, vedi Archiviazione SAN portatile.