ECS: Sådan refererer du til ECS-strukturlag og -komponenter på højt niveau
Summary: Arkitekturvejledning Stofdetaljer til hurtig reference.
Instructions
Du kan finde flere oplysninger i ECS Architectural-guide whitepaper fire code version.
Stof
Strukturlaget omfatter klyngedannelse, systemtilstand, softwareadministration, konfigurationsstyring,
opgraderingsfunktioner og advarsler. Det er ansvarligt for at holde tjenester kørende og administrere ressourcer som f.eks.
diske, beholdere og netværket. Det sporer og reagerer på miljøændringer som f.eks. fejlregistrering
og udsender alarmer relateret til systemtilstand. Fabric-laget indeholder følgende komponenter:
- Nodeagenten kører på hver node
- Administrerer værtsressourcer
- Installationstjenester
- Beholdere
- Diske
- ECS-firewall
- ECS-netværk – Nile Area Network (NAN)
- Bruges til at styre vedligeholdelse (nodevedligeholdelsestilstand, diske osv.) og opgraderinger til struktur
- Fabric-agenten er afhængig af Hardware Manager/HAL-komponenten (hardwareabstraktionslag) for at hente diskens tilstandsstatus
- Giver operatøren mulighed for at administrere klynger og noder ved hjælp af struktur-CLI (Command Line Interface) – /opt/emc/caspian/fabric/cli/bin/fcli
- System- og programtilstand, fejlregistrering og alarmering
- Sporer og reagerer på miljøændringer
Lifecycle Manager: Administration af applikationens livscyklus, som omfatter start af tjenester, gendannelse,
underretning og fejlregistrering.
- Flere livscyklusmanagerforekomster kører på et undersæt af noder
- Hver livscyklusforekomst administrerer et undersæt af noder
- Hvis en livscyklusforekomst mislykkes, overtager en anden
- Hændelser med primære klyngeordrer på klyngeniveau
Persistence Manager – Koordinerer og synkroniserer det ECS-distribuerede miljø.
Registreringsdatabase – Docker-billedlager til ECS-software
Event Library – Indeholder det sæt hændelser, der forekommer på systemet.
Hardware Manager – Giver status, hændelsesoplysninger og klargøring af hardwarelaget til
tjenester på højere niveau. Disse tjenester er blevet integreret for at understøtte almindelig standardhardware.
Docker
ECS kører oven på operativsystemet som et Java-program og er indeholdt i flere Docker-
beholdere. Beholderne er isolerede, men deler de underliggende operativsystems ressourcer og hardware.
Visse dele af ECS-softwaren kører på alle noder og visse kører på en eller flere noder. De komponenter,
der kører i en Docker-beholder, omfatter:
og portal- og klargøringsservicerne. Kører på hver node i ECS.
Fabric-lifecycle – Indeholder de processer, oplysninger og ressourcer, der kræves til overvågning, konfigurationsstyring og tilstandsadministration på systemniveau
. Et ulige antal fabric-lifecycle-forekomster
vil altid køre. Der er f.eks. tre forekomster, der kører på et system med fire noder
og fem forekomster på et system med otte noder.
Fabric-zookeeper - Centraliseret service til koordinering og synkronisering af distribuerede processer,
konfigurationsoplysninger, grupper og navngivningstjenester. Det ses som persistensmanager
og kører på ulige antal noder, for eksempel fem i et otte-node-system.
Fabric-registry – Registreringsdatabase over ECS Docker-afbildninger. Kun én forekomst kører pr. ECS-rack.
Additional Information
Nodeagent
Nodeagenten er en letvægtsagent, der er skrevet i Java, og som kører lokalt på alle ECS-noder. Dens primære opgaver
omfatter administration og styring af værtsressourcer (Docker-beholdere, diske, firewall, netværk) og
overvågning af systemprocesser. Eksempler på administration omfatter formatering og montering af diske, åbning af
nødvendige porte, kontrol af, at alle processer kører og fastlæggelse af offentlige og private netværksinterfaces. Den
har en hændelsesstrøm, der leverer bestilte hændelser til en livscyklusadministrator for at angive hændelser,
der forekommer i systemet. En struktur-CLI er nyttig til at diagnosticere problemer og se på den overordnede systemtilstand.
Lifecycle Manager
Livscyklusadministratoren kører på en delmængde af tre eller fem noder og styrer livscyklussen for applikationer
, der kører på noder. Hver livscyklusmanager er ansvarlig for at spore flere noder. Dets hovedmål er at
styre hele ECS-applikationens livscyklus fra opstart til implementering, herunder fejlregistrering,
gendannelse, underretning og migrering. Den på nodeagentens strømme og får agenten til at håndtere
situationen. Når en node er nede, reagerer den på fejl eller uoverensstemmelser i nodens tilstand ved at gendanne
systemet til en kendt fungerende tilstand. Hvis en livscyklusmanagerinstans er nede, træder en anden i stedet.
Registreringsdatabase
Registreringsdatabasen indeholder ECS Docker-billeder, der bruges under installation, opgradering og nodeudskiftning. En
Docker-beholder, også kaldet en Fabric-registreringsdatabase, kører på en node i ECS-racket og rummer lagringsstedet for ECS
Docker-afbildninger og oplysninger, der er nødvendige for installation og opgradering. Selvom registreringsdatabasen er tilgængelig på
en node ad gangen, cachelagres alle Docker-billeder lokalt på hver node, så alle kan tjene registreringsdatabasen.
Event bibliotek
Hændelsesbiblioteket bruges i strukturlaget til at vise hændelsesstrømmene for livscyklus- og nodeagenter. Hændelser
, der genereres af systemet, fortsætter på delt hukommelse og disk for at give historiske oplysninger om ECS-systemets
tilstand og tilstand. Disse bestilte hændelsesstrømme kan bruges til at gendanne systemet til en
bestemt tilstand ved at genafspille de bestilte hændelser, der er gemt. Nogle eksempler på hændelser omfatter nodehændelser som
startet, stoppet eller forringet.
Hardware Manager
Hardwaremanageren er integreret i Fabric Agent for at understøtte branchestandardhardware. Dets hovedformål
er at levere hardwarespecifik status- og hændelsesinformation samt klargøring af hardwarelaget
til tjenester på højere niveau inden for ECS.
Infrastruktur
ECS-enhedsnoder kører SUSE Linux Enterprise Server 12 for infrastrukturen. For ECS-software
, der er implementeret på brugerdefineret branchestandardhardware, kan operativsystemet også være RedHat Enterprise Linux
eller CoreOS. Brugerdefinerede installationer udføres ved hjælp af en formel anmodnings- og valideringsproces. Docker er installeret på
infrastrukturen for at udrulle de indeholdte ECS-lag. ECS-software skrives i Java, så den virtuelle
Java-maskine er installeret som en del af infrastrukturen.