Archive:It IT/Releases/12/Features/VirtStorageManagement: Difference between revisions

Latest revision as of 14:10, 19 January 2016

Old page
This page has been marked as "old", and likely contains content that is irrelevant or incorrect. If you can, please update this page. This page will be deleted if action is not taken.

Sommario

Abilta gli host delle macchine virtuali, host VM, ad esplorare nuove storage SAN (Storage Area Network), eseguire operazioni NPIV (N_Port ID Virtualization) e configurazioni di base su dispositivi multipath.

Progettista

Nome: Dave Allan
Email: dallan@redhat.com

Stato corrente

Rilascio: Fedora 12
Per informazioni aggiornate sullo stato di VirtStorageManagement consultare la pagina originale.

Descrizione dettagliata

Breve ripasso

Le macchine virtuali ospiti possono attualmente usare storage SAN (Storage Area Network), ma gli amministratori devono configurare i storage manualmente usando dei tools distinti da libvirt. La caratteristica di questo progetto consentirà agli amministratori di trovare i storage e presentarli alle macchine virtuali usando libvirt.

Le operazioni di un CED (Centro Elaborazione Dati o DataCenter) di solito sono suddivise in aree funzionali: il team d'amministrazione del server, il team d'amministrazione SAN, ed altri (rete, ecc.) non rilevanti per questa discussione. All'interno del gruppo d'amministrazione del server, spesso si creano dei sotto-gruppi per ciascun S.O. Quando si rende disponibile una nuova applicazione, gli amministratori SAN provvedono allo storage e avvisano ciascun sotto-gruppo responsabile di procedere all'installazione del S.O. Quando diventa disponibile lo storage, le informazioni trasmesse dagli amministratori SAN agli amministratori del server possono esere più o meno complete. Il messaggio minimo può essere del tipo "Ho provveduto ai LUN, e dovresti poterli vedere. I LUN sono 27, 28, 29 e 53" (n.d.T. LUN: Logical Unit Number). L'amministratore del server non può sapere attraverso quali target o host il nuovo storage sarà accessibile, ma una scansione di tutti gli host adapter mostrerà le nuove uintà logiche della dimensione richiesta con i numeri 27, 28, 29 e 53 su alcuni target ed alcuni host, e l'amministratore concluderà, ragionevolemte, che queste unità logiche sono i nuovi storage.

Mentre libvirt attualmente è in grado di usare storage SAN, manca ancora per ora della capacità di segnalare i nuovi storage e di creare virtual host adapters usando NPIV. Il sottogruppo responsabile di ciascun S.O. che gestisce l'host della VM deve essere coinvolto per garantire che l'host riconosca il nuovo storage. Inserendo in libvirt la capacità di gestire storage permetterà al responsabile di ciascun S.O. di completare la produzione della VM.

Implementazione

Le API di libvirt già permettono di trovare storage e di creare pool. Queste funzionalità saranno allargate per permettere di trovare e ricontrollare storage basati su SCSI-host. Le API del dispositivo nodale saranno estese per consentire la creazione e rimozione di virtual adapters usando NPIV.

Vantaggi per Fedora

Gli amministratori potranno provvedere storage alle macchine virtuali (VM) usando lo stesso insieme di strumenti impiegati per gestire le VM.

Documentazione

SCSI host storage discovery

Altre informazioni

Per:

Obiettivi
Test Plan
Esperienza Utente
Dipendenze
Progetto corrente
Note di rilascio
Commenti e Discussioni

consultare la pagina originale di questo documento.

@@ Line 1: / Line 1: @@
+{{old}}
 == Sommario ==
-Enable [[Virtualization|VM hosts]] to discover new SAN storage and issue NPIV operations.
+Abilta gli host delle macchine virtuali, [[it_IT/Virtualization|host VM]], ad esplorare nuove storage SAN (Storage Area Network), eseguire operazioni NPIV (N_Port ID Virtualization) e configurazioni di base su dispositivi multipath.
 == Progettista ==
@@ Line 8: / Line 9: @@
 * Email: [mailto:dallan@redhat.com dallan@redhat.com]
-== Current status ==
+== Stato corrente ==
+* Rilascio: [[Releases/12|  Fedora 12]]
+* Per informazioni aggiornate sullo stato di ''VirtStorageManagement'' consultare la [[Features/VirtStorageManagement#Current_status | pagina originale]].
-* Targeted release: [[Releases/12|Fedora 12]]
+== Descrizione dettagliata ==
-* Last updated: 2009-08-05
-* Percentage of completion: 100%
-== Detailed Description ==
+=== Breve ripasso ===
+Le macchine virtuali ospiti possono attualmente usare storage SAN (Storage Area Network), ma gli amministratori devono configurare i storage manualmente usando dei tools distinti da libvirt. La caratteristica di questo progetto consentirà agli amministratori di trovare i storage e presentarli alle macchine virtuali usando libvirt.
-=== Background ===
+Le operazioni di un CED (Centro Elaborazione Dati o DataCenter) di solito sono suddivise in aree funzionali: il team d'amministrazione del server, il team d'amministrazione SAN, ed altri (rete, ecc.) non rilevanti per questa discussione. All'interno del gruppo d'amministrazione del server, spesso si creano dei sotto-gruppi per ciascun S.O. Quando si rende disponibile una nuova applicazione, gli amministratori SAN provvedono allo storage e avvisano ciascun sotto-gruppo responsabile di procedere all'installazione del S.O.
+Quando diventa disponibile lo storage, le informazioni trasmesse dagli amministratori SAN agli amministratori del server possono esere più o meno complete. Il messaggio minimo può essere del tipo "Ho provveduto ai LUN, e dovresti poterli vedere. I LUN sono 27, 28, 29 e 53" (n.d.T. LUN: Logical Unit Number). L'amministratore del server non può sapere attraverso quali target o host il nuovo storage sarà accessibile, ma una scansione di tutti gli host adapter mostrerà le nuove uintà logiche della dimensione richiesta con i numeri 27, 28, 29 e 53 su alcuni target ed alcuni host, e l'amministratore concluderà, ragionevolemte, che queste unità logiche sono i nuovi storage.
-Guest virtual machines can currently use SAN storage, but
+Mentre libvirt attualmente è in grado di usare storage SAN, manca ancora per ora della capacità di segnalare i nuovi storage e di creare virtual host adapters usando NPIV. Il sottogruppo responsabile di ciascun S.O. che gestisce l'host della VM deve essere coinvolto per garantire che l'host riconosca il nuovo storage. Inserendo in libvirt la capacità di gestire storage permetterà al responsabile di ciascun S.O. di completare la produzione della VM.
-administrators must do the storage configuration manually using
-separate tools from libvirt.  This feature will permit administrators
-to discover storage and present it to virtual machines using libvirt.
-Datacenter operations are usually split along functional lines: the
+=== Implementazione ===
-server administration team, the SAN administration team, and others
+Le API di libvirt già permettono di trovare storage e di creare pool. Queste funzionalità saranno allargate per permettere di trovare e ricontrollare storage basati su SCSI-host. Le API del dispositivo nodale saranno estese per consentire la creazione e rimozione di virtual adapters usando NPIV.
-(network, etc.) not relevant to this discussion.  Within the server
-admin group, there are often sub-groups for each OS.  When a new
-application is deployed the SAN admins provision the storage and
-notify whichever OS team is responsible for the server to proceed with
-the OS install.
-There may be more or less information transmitted from the SAN admins
+== Vantaggi per Fedora ==
-to the server admins when the storage becomes available.  The minimal
+Gli amministratori potranno provvedere storage alle macchine virtuali (VM) usando lo stesso insieme di strumenti impiegati per gestire le VM.
-message is something along the lines of, "I've provisioned the LUNs,
-and you should be able to see them now.  The LUNs are 27, 28, 29 and
-."  The server admin may not know what targets or hosts the new
-storage is accessible through, but a rescan of all host adapters will
-show up new logical units of the size requested with numbers 27, 28,
-and 53 on some target on some host, and the server admin assumes,
-usually reasonably, that these logical units are the new storage.
-While libvirt is currently capable of using SAN storage, it lacks the
+== Documentazione ==
-ability to trigger scans for new storage and create virtual host
+* [https://www.redhat.com/archives/libvir-list/2009-February/msg00374.html SCSI host storage discovery]
-adapters using NPIV.  The OS admin team that manages the VM host must
-get involved to get the VM host to recognize the new storage.  Giving
-libvirt the ability to manage storage allows the OS admin team
-responsible for the guest OS to complete the VM build out itself.
-=== Implementation ===
-The libvirt APIs already permit storage discovery and pool creation.
-These functions will be extended to discover and rescan storage on a
-per-SCSI-host basis.  The node device APIs will be extended to create
-and destroy vitrual adapters using NPIV.
-== Benefit to Fedora ==
-Administrators will be able to provision storage for VMs from the single set of tools that they are already using to manage the VMs.
 == Altre informazioni ==
 Per:
-* Obbiettivi
+* Obiettivi
 * Test Plan
 * Esperienza Utente
 * Dipendenze
 * Progetto corrente
-* Documentazione
 * Note di rilascio
 * Commenti e Discussioni
@@ Line 72: / Line 44: @@
 consultare la [[Features/VirtStorageManagement | pagina originale]] di questo documento.
+[[Category:Italiano]]
+[[Category:F-12 Features IT|{{SUBPAGENAME}}]]
+[[Category:Virtualization IT|{{SUBPAGENAME}}]]
+[[Category:FeatureAcceptedF12]]
 [[Category:Virtualization|Virtualized Storage Management]]
 [[Category:F12 Virt Features|Virtualized Storage Management]]
-[[Category:FeatureAcceptedF12]]

Search