Administrator Guide

Table Of Contents
Meta Volumes
This chapter describes the procedures to manage metadata and meta-volumes using the metro node CLI.
Topics:
About meta-volumes
Moving a meta-volume
Renaming a meta-volume
Deleting a meta-volume
Displaying metavolume
Verifying consistency of a meta-volume
About meta-volumes
metro node metadata includes virtual to physical mappings, data about devices, virtual volumes, and system configuration
settings.
Metadata is stored in cache and backed up on specially designated external volumes called meta-volumes.
Meta-volumes are created during system setup.
When a cluster is initially configured, the meta-volume must be the first storage presented to metro node. This prevents the
meta-volume from being accidentally overwritten.
After the meta-volume is configured, updates to the metadata are written to both the cache and the meta-volume when the
metro node configuration is modified.
Backup meta-volumes are point-in-time snapshots of the current metadata, and provide extra protection before major
configuration changes, refreshes, or migrations.
Metadata is read from the meta-volume only during the start of each director.
Meta-volume backups are created:
Before migrating to a new array
Before a major update.
Meta-volumes differ from standard storage volumes as mentioned below:
A meta-volume is created without first being claimed
Meta-volumes are created directly on storage volumes.
See the Configuration Guide for metro node for more details about the criteria to select storage used for meta-volumes.
CAUTION:
Do not configure the meta-volume on the vault drives of a storage array. For example, the meta-
volume must not be configured on the vault drives of a VNX or CLARiiON array.
Metavolume performance and availability requirements
Performance is not critical for metavolumes. The minimum performance that is allowed is 40 MB/sec and 100 4 K IOP/second.
The physical spindles for metavolumes should be isolated from application workloads.
Dell EMC recommends the following for metavolumes:
Read caching must be enabled
A hot spare metavolume must be pre-configured in case of a catastrophic failure of the active metavolume.
If possible, do not use devices on LUN0. Paths to LUN0 are removed and added whenever its array goes through discovery.
This behavior is because LUN0 can be either a default LUN or a real LUN backed by real storage."
2
Meta Volumes 9