PowerStore: Kunne ikke replikere quiesced Read-Write-snapshots af vVol-baserede VM'er (kan rettes af brugeren)

• VMware Site Recovery Manager (SRM) understøtter ikke tilføjelse af en VM til en beskyttelsesgruppe og aktiverer fejlen ""Virtual machine ""-filen "" af typen "diskdeskriptor" er ikke replikeret":

 

• Hvis VM'en allerede er føjet til SRM-beskyttelsesgruppen, skifter dens status til "Ikke konfigureret" med fejlen "Den virtuelle maskines ""-filen "" af typen "diskdeskriptor" er ikke replikeret":

 

• Planlagt migrering mislykkes i SRM med fejlen "Kan ikke forberede beskyttelsesgruppe til failover. Den indeholder virtuelle maskiner, der ikke kan genoprettes. Handlingen kan medføre tab af data. Den virtuelle maskines ""-fil "" af typen "diskdescriptor" er ikke replikeret"

 

• Genoprettelse efter nedbrud fuldføres delvist med fejlen på trin "Forbered beskyttede websteds-VM'er til migrering": "Kan ikke forberede beskyttelsesgruppens til failover. Den indeholder virtuelle maskiner, der ikke kan genoprettes. Handlingen kan medføre tab af data. Den virtuelle maskines ""-fil "" af typen "diskdescriptor" er ikke replikeret"

 

• Virtuel maskines snapshotliste er tom efter failover for en VM, som havde snapshots før failover
  • VM-snapshotliste før failover:

• Liste over VM-snapshot efter failover: 

Alle ovenstående symptomer kan skyldes, at der findes læse-skrive-snapshots af VM-diske. PowerStore understøtter ikke replikering af læse-skrive-snapshots. Dette betyder, at VM-snapshottræet er ufuldstændigt på replikeringens mållokation. Derfor er det ikke muligt at gendanne snapshottræet efter failover-handling, hvilket fører til tab af alle snapshots i tilfælde af, at failover udføres for VM med RW-snapshots. De fejl, der vises i SRM, advarer om, at snapshots går tabt i tilfælde af en failover.

Bemærk: Problemet skyldes SRM. Snapshots vil gå tabt i tilfælde af, at der bruges en anden type vVol-replikeringsor. Det vil sige, at hvis failover af vVol-baserede VM'er udføres via et andet værktøj, vil snapshots stadig gå tabt.

Ovenstående fejl betyder ikke nødvendigvis, at problemerne skyldes, at der findes RW-snapshots. Lignende fejl vises, hvis nogle af VM-diskene ikke føjes til en replikeringsgruppe, eller hvis de blev tilføjet, men endnu ikke kopieret til destinationssiden.



For at kontrollere, om fejlene skyldes RW-snaps af replikerede vVols, kan du bruge PowerStore REST.

RW-snapshots kan angives ved at udføre GET-anmodning ved hjælp af følgende URL: https:///virtual_volume?select=id,name,parent_id&type=eq. Snapshot&creator_type=eq. Bruger&is_readonly=eq.false, hvor er et eksempel på output for PowerStore-klynge-IP:

[
  {
    "id": "13ecfcef-8676-4605-ac83-478703346824",
    "name": "vss_demo_vm.vmdk",
    "parent_id": "8f9d26b9-007e-4d51-8255-3dad7fc243d1"
  }
]

Når du har en liste over RW-snapshots, kan du kontrollere, om de er underordnede i replikerede vVols, ved at se på replication_group_id egenskab for deres overordnede vVols. Hvis replication_group_id ikke er null, replikeres vVol. Følgende REST-anmodning kan bruges: https:///virtual_volume?select=id,name,replication_group_id&id=eq. hvor skal udskiftes med parent_id fra det forrige resultat.

Nedenfor vises et eksempel på bash-script, der udskriver navnet på alle replikerede vVols, som har RW-snapshots.

#!/bin/bash
powerstore_rest_ip=10.249.51.38 # define IP of the PowerStore
credentials=admin:Password123! # define powerstore credentials
set -e
## helper function to execute a REST request
function rest_request() {
    url=$1
    if [[ -z $url ]]; then
      echo No url provided >&2
      exit 1
    fi
    curl -f -s --insecure -u $credentials -H 'Content-Type: application/json' "https://$powerstore_rest_ip/api/rest/$url"
}
 
# Step 1: collect all the RW snapshots
snap_list='[]'
offset=0
# loop is used here because PowerStore REST has a limit on number of entities returned in a single response
# if the number of snapshots is more than a limit then not all the snapshots are returned and we need to request others by using offset parameter
while : ; do
    tmp=$(rest_request "virtual_volume?select=id,name,parent_id,creation_timestamp,naa_name&type=eq.Snapshot&creator_type=eq.User&is_readonly=eq.falseℴ=creation_timestamp&offset=$offset")
    len=$(jq length <<< "$tmp")
    if [[ "$len" -eq "0" ]]; then break; fi
    offset=$((offset+len))
    snap_list=$(echo -e "$snap_list\n$tmp" | jq -s 'add')
done
# Step 2: Filter out vVols which are not replicated
for i in $(jq -r '.[].parent_id' <<< "$snap_list" | sort | uniq); do
  replicated_parent=$(rest_request "virtual_volume?select=id,name,replication_group_id,virtual_machine_uuid&id=eq.$i&replication_group_id=not.is.null")
  if [[ $(jq length <<< "$replicated_parent") != 0 ]]; then
    vvol_name=$(jq '.[0].name' <<< "$replicated_parent")
    vvol_id=$(jq -r '.[0].id' <<< "$replicated_parent")
    vm_uuid=$(jq -r '.[0].virtual_machine_uuid' <<< "$replicated_parent")
    vvol_rw_snap_count=$(jq "[ .[] | select(.parent_id==\"$i\") ] | length" <<< "$snap_list")
    echo "Replicated vVol $vvol_name has $vvol_rw_snap_count RW snapshots. vVol id: $vvol_id, VM uuid: $vm_uuid"
    echo "RW Snapshots:"
    echo "name,naa_name,creation_timestamp"
    jq -r '.[] | select(.parent_id=="'$i'") | [.name, .naa_name, .creation_timestamp] | @csv' <<< "$snap_list" | tr -d '"'
  fi
done  

Eksempel på output:

Replicated vVol "vss_demo_vm.vmdk" has 2 RW snapshots. vVol id: e0173e85-8dc2-4104-a11d-d670ac419f88, VM uuid: 50379fa2-dda5-6a20-3156-c31bcbe30fb4
RW Snapshots:
name,naa_name,creation_timestamp
vss_demo_vm.vmdk,naa.68ccf09800f030ce0bc208d40cfbacb3,2023-09-21T15:05:59.242+00:00
vss_demo_vm.vmdk,naa.68ccf098004b0ad8048b1c326ab341a8,2023-09-21T15:39:16.518+00:00

Disse data kan bruges til at identificere den VM, som vVol tilhører. Følgende to muligheder er tilgængelige.

1. Find en VM efter navn

I de fleste tilfælde indeholder vVol's navn et navn på VM'en. I eksemplet nedenfor tilhører vVol VM 'vss_demo_vm'

2. Find en VM efter uuid i PowerStore GUI eller REST. Denne indstilling er tilgængelig, hvis vCenter-serveren er registreret på PowerStore. Hvis dette er tilfældet, kan du finde VM på følgende måde:

PowerStore GUI: Naviger til Compute → virtuelle maskiner, gør kolonnen "UUID" synlig og find VM på listen:


PowerStore REST: VM kan findes ved at udføre GET-anmodning til /api/rest/virtual_machine med filteret instance_uuid=eq.. F.eks.:

curl -u $credentials 'https://$powerstore_rest_ip/api/rest/virtual_machine?instance_uuid=eq.5037dc23-56fc-29d2-d567-05ef17ffa81a&select=id,name'
[{"id":"550d0148-d123-4303-9bcc-85ef26377851","name":"vss_demo_vm"}]

For at kunne gendanne snapshots på replikeringsstedet anbefales det, at du aldrig opretter quiesced snapshots af replikerede vVol-baserede VM'er. Oprettelse af quiesced VM-snapshot forårsager oprettelse af RW-snapshots af vVols, hvilket forårsager ovennævnte problemer.

Problemløsningen består af 2 dele:

1. Fjern eksisterende RW-snapshots, eller konverter RW vVol-snapshots til ReadOnly vVol-snapshots
2. Undgå at oprette RW-snapshots i fremtiden

Konverter RW-snapshots til RO-snapshots

Dette kan gøres ved at migrere en VM til et midlertidigt datalager og derefter tilbage til det oprindelige.

Trin:

1. Opret en midlertidig lagerbeholder på PowerStore
2. Monter den midlertidige lagerbeholder på ESXi-værter
3. Udfør storage vMotion-handling til det tidsmæssige datalager. Flere oplysninger i VMware-dokumentation https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vcenterhost.doc/GUID-A15EE2F6-AAF5-40DC-98B7-0DF72E166888.html
4. Migrer VM'erne tilbage til det oprindelige datalager

Fjern eksisterende RW-snapshots

1. Identificer de replikerede virtuelle maskiner, der har RW-snapshots. Instruktionerne til, hvordan du gør dette, findes i afsnittet "Årsag"
2. I vSphere GUI: Klik på den virtuelle enhed, og åbn dens "Snapshots"-liste
3. Slet snapshots, der har "Yes" (Ja) i feltet "Quiesce guest file system" (Quiesce-gæstefilsystem)

 

Undgå at oprette RW-snapshots i fremtiden

vSphere opretter RW-snapshots af vVol i tilfælde af oprettelse af quiesced VM-snapshots. For at undgå oprettelse af RW-snapshots kan du indstille quiesce-flaget til falsk ved oprettelse af et VM-snapshot.

Skærmbilledet nedenfor viser vinduet "Tag snapshot" i vSphere GUI. Snap'en vil ikke blive afkrydset, hvis afkrydsningsfeltet ikke er markeret.


Quiesce-flaget er tilgængeligt i vSphere createSnapshot API samt i New-Snapshot cmdlet i PowerCLI