PowerFlex: Sådan forstår du MDM-klyngen

MDM-klynge

MDM er overvågnings- og konfigurationsagent for PowerFlex og bruges primært til administration. Et MDM-miljø med flere MDM består af én primær MDM, mens de andre fungerer som sekundær MDM eller tiebreaker.

MDM bruges til administration, der består af migrering, genopbygning og alle systemrelaterede funktioner. Der kører ingen I/O'er via MDM.

For at understøtte høj tilgængelighed kører tre eller fem forekomster af MDM på forskellige servere. I et MDM-miljø med flere MDM'er får én MDM den primære rolle, og de andre fungerer som sekundære MDM'er eller MDM'er med tiebreaker.

MDM-klyngen består af en kombination af primær MDM, sekundær MDM og tiebreaker MDM er. Der er også standby MDM, som ikke er en del af klyngen.

• MDM: En MDM er en server, hvor MDM-pakken er installeret, og den kan tildeles rollen manager eller tiebreaker (standard) under installeringen. Denne rolle kan ikke ændres senere uden at geninstallere MDM. MDM'er har et unikt MDM-id og kan tildeles unikke navne. Før MDM kan være en del af klyngen, skal den opgraderes til en standby-MDM.
• Standby MDM og tiebreaker: En MDM og en tiebreaker kan føjes til et system som en standby. Når den er tilføjet, er standby-MDM eller tiebreaker tilsluttet eller låst til det specifikke system. En standby MDM kan kaldes til at påtage sig stillingen som en manager MDM eller tiebreaker MDM afhængigt af, hvordan den er installeret, når den forfremmes til at være et klyngemedlem.
• Manager MDM: En MDM, der kan fungere som primær eller sekundær i klyngen. Manager MDM er har et unikt system-id og kan tildeles unikke navne. En leder kan være standby eller medlem af klyngen.
• Tiebreaker MDM: En MDM, hvis eneste rolle er at hjælpe med at bestemme, hvilken MDM der er den primære. En tiebreaker kan være en standby eller et medlem af klyngen. En tiebreaker MDM er ikke en manager. I en tre-node klynge er der en tiebreaker; I en fem-node klynge er der to tiebreakers. Dette sikrer, at der altid er et ulige antal MDM'er i en klynge, hvilket garanterer, at der altid er flertal ved valg af den primære MDM.

Følgende udtryk er relevante for MDM-klyngen, specifikt:

• Primær MDM: MDM i klyngen, der styrer SDS er og SDC er. Den primære MDM indeholder og opdaterer MDM-depotet, den database, der opbevarer SDS-konfigurationen, og hvordan data distribueres mellem SDS erne i systemet. Dette lager replikeres konstant til de sekundære MDM er, så de kan tage over uden forsinkelse. Hver MDM-klynge har én primær MDM.
• Sekundær MDM: En MDM i klyngen, der er klar til at overtage den primære MDM-rolle, hvis det er nødvendigt. I en klynge med tre noder er der en sekundær MDM, hvilket giver mulighed for et enkelt fejlpunkt. I en klynge med fem noder er der to sekundære MDM'er, hvilket giver mulighed for to fejlpunkter. Denne øgede robusthed er en stor fordel ved at aktivere klyngen med fem noder.
• Replika: En MDM, der indeholder en replika af MDM-depotet. Dette omfatter den primære MDM og eventuelle sekundære MDM er i MDM-klyngen.

Følgende tabel beskriver de tilgængelige klyngetilstande:

Ud over klyngemedlemmerne kan du forberede standbyadministratorer og tiebreaker-noder til i alt tretten klynge- og standby-MDM'er.

MDM-klyngens IP-adressegrænse er 16 IP-adresser, som omfatter alle klyngemedlemmer (primær, sekundær, standby primær og standby sekundær).

Følgende figur illustrerer en MDM-klynge med fem noder:

Figur 1. MDM-klynge med fem noder

Alle medlemmer af MDM-klyngen har den samme MDM-pakke installeret.

Før en server finder vej til MDM-klyngen, skal en server:

1. Installer MDM-pakken på serveren.

   Under installationen bestemmer du, om serveren vil være en manager eller en tiebreaker (standard).

2. Forfremmelse af serveren til standbystatus, enten som manager eller som tiebreaker i henhold til, hvordan den blev installeret.
3. Føj standbyserveren til MDM-klyngen. En leder, når den er indtastet i klyngen, kan påtage sig den primære eller sekundære tilstand.

MDM-klyngeoprettelse udføres automatisk, når du implementerer et system med et af de automatiserede implementeringsværktøjer.