In letzter Zeit habe ich viele Fragen zur Organisation einer Storefront in OpenNebula erhalten. Aufgrund seiner Spezifität verfügt es bereits über drei verschiedene Speichertypen: Images , System und Dateien . Mal sehen, warum jeder von ihnen benötigt wird und wie man sie verwendet, um die Datenplatzierung am effektivsten zu planen.
Dieser Beitrag ist eine teilweise Abschrift meines Berichts über OpenNebula unter HighLoad ++ 2019 mit Schwerpunkt auf der Festplattenkomponente.
Also laut der Geschichte:
OpenNebula hat drei Arten von Geschichten: Bilder , System und Dateien .
images datastore — , .
: persistent non-persistent — system datastore:
- non-persistent images system datastore, linstor_un :
copy snapshot , . - persistent images system datastore
( " " , persistent- images-datastore )
system-datastore — .
system-datastore . , persistent images , non-persistent .
:
persistent- images-, , system- , , . ( system-datastore , images-datastores ).
system-datastore - ( : SSD, : 2), .. .
persistent- images-datastores, :
., images-datastore
files-datastore?
- files datastore — -, runtime- .
- , .
files-datastore , ssh, frontend compute- .
, linstor_un ?
:
images:
NAME="linstor-images"
TYPE="IMAGE_DS"
STORAGE_POOL="data"
AUTO_PLACE="2"
BRIDGE_LIST="node1 node2 node3"
DISK_TYPE="BLOCK"
DS_MAD="linstor_un"
TM_MAD="linstor_un"
system:
NAME="linstor-system"
TYPE="SYSTEM_DS"
STORAGE_POOL="data"
AUTO_PLACE="2"
CLONE_MODE="snapshot"
CHECKPOINT_AUTO_PLACE="1"
BRIDGE_LIST="node1 node2 node3"
TM_MAD="linstor_un"
linstor-images, non-persistent, .. :
images- ( AUTO_PLACE="2" linstor-images)
system-datastore CLONE_MODE=snapshot, . .
, , CLONE_MODE=copy, system-datastore - images-datastore .
AUTO_PLACE system-datastore.
- instantiate as persistent OpenNebula, images-datastore persistent- .
diskless-:
OpenNebula , , diskless-. , , , , , , :
, diskless- .. .
OpenNebula.
, :
!