Gebruik deze systeemvereisten voor SaltStack Config om te bepalen wat uw systeem kan ondersteunen.

Ondersteunde besturingssystemen voor Salt

SaltStack Config werkt op Salt, een opensource-engine voor automatiserings- en configuratiebeheer. Om te beginnen met het gebruik van SaltStack Config voor configuratiebeheer, moet u ook de Salt-minionservice installeren en uitvoeren op alle knooppunten die u met SaltStack Config wilt beheren.

Salt is ontworpen om onafhankelijk van het besturingssysteem te zijn en kan de knooppunten van de meeste standaardbesturingssystemen beheren. Zie Salt-platformondersteuning voor een lijst met ondersteunde Salt-besturingssystemen.

Ondersteunde besturingssystemen voor SaltStack Config

De architectuur voor SaltStack Config is het beste ontworpen om te werken op:

  • RedHat 7.4 - 7.9 (RHEL 7)
  • CentOS 7 (CentOS7)
Belangrijk:

Als uw versie van RHEL 7 lager is dan 7.4, moet u uw OpenSSL-versie bijwerken naar 1.0.2k voordat u het installatiescript kunt uitvoeren. Als deze versie niet beschikbaar is voor u via een yum-update of als uw server geen directe internettoegang heeft, haalt u de volgende pakketten op van RedHat of van de gewenste openbare mirrorsite:

  • openssl-1.0.2k-12.el7.x86_64.rpm
  • openssl-libs-1.0.2k-12.el7.x86_64.rpm

Minionarchitectuur bepalen

In de context van SaltStack Config verwijst een minion doorgaans naar een knooppunt in uw productieomgeving dat verbinding maakt met en wordt beheerd door SaltStack Config via een of meer Salt-masters.

Salt is ontworpen om te werken met elk besturingssysteem dat mogelijk op een minion wordt uitgevoerd. Naast de standaardbesturingssystemen (Linux, Windows, MacOS) biedt Salt gespecialiseerde minionsoftware (doorgaans aangeduid als 'native minions') voor besturingssystemen die uniek zijn voor verschillende netwerkapparaten zoals Arista, Juniper, AIX en Solaris.

Deze tabel bevat de minimale geheugenvereisten voor de Salt-minionservice per besturingssysteem:

Besturingssysteem Minimale geheugenvereisten
AIX-minion 512 MB RAM
MacOS-minion 4 GB RAM
Linux-minion 512 MB RAM
Windows-minion 4 GB RAM
Andere netwerkapparaten, waaronder proxyminions 40 MB RAM per beheerd apparaat

Het aantal Salt-masters en -minions schatten

Hoewel de doorvoercapaciteit van uw systeem moeilijk te meten is vóór de installatie, kunt u uw behoeften schatten op basis van het aantal minions (knooppunten) in uw systeem dat door SaltStack Config zal worden beheerd. In de laatste sectie van deze handleiding vindt u nog meer metingen voor het bepalen van de doorvoercapaciteit van uw systeem.

Wanneer u meer Salt-minions onder beheer van SaltStack Config brengt, moet u mogelijk uw systeemarchitectuur uitbreiden.

Deze tabel bevat het aanbevolen aantal Salt-masters dat u mogelijk nodig heeft op basis van het aantal beheerde Salt-minions (knooppunten) in uw systeem:

Minions Salt-masters (16 CPU's/16 GB)
5000 1
10.000 2
15.000 3
20.000 4
25.000 5
30.000 6
35.000 7
40.000 8
45.000 9
50.000 10
55.000 11
60.000 12
65.000 13
70.000 14
75.000 15
80.000 16
85.000 17
90.000 18
95.000 19
100.000 20

Schat het aantal RaaS-knooppunten dat u nodig heeft

Deze tabel bevat het aanbevolen aantal RaaS-knooppunten dat u mogelijk nodig heeft op basis van het aantal beheerde Salt-minions (knooppunten) in uw systeem:

Minions RaaS-knooppunten met 16 CPU's/16 GB RaaS-knooppunten met 32 CPU's/32 GB
5000 1
10.000 1
15.000 1
20.000 1
25.000 2
30.000 2
35.000 2
40.000 2
45.000 1 1
50.000 1 1
55.000 1 1
60.000 1 1
65.000 2
70.000 2
75.000 2
80.000 2
85.000 1 2
90.000 1 2
95.000 1 2
100.000 1 2

Schat het aantal PostgreSQL-knooppunten dat u nodig heeft

De volgende twee tabellen bevatten het aanbevolen aantal PostgreSQL-databaseknooppunten dat u mogelijk nodig heeft op basis van het aantal beheerde Salt-minions (knooppunten) in uw systeem:

Minions PostgreSQL-knooppunten met 8 CPU's/8 GB PostgreSQL-knooppunten met 16 CPU's/16 GB PostgreSQL-knooppunten met 24 CPU's/24 GB PostgreSQL-knooppunten met 32 CPU's/32 GB
5000 1
10.000 1
15.000 1
20.000 1
25.000 1
30.000 1
35.000 1
40.000 1
45.000 1
50.000 1
55.000 1
60.000 1
Minions PostgreSQL-knooppunten met 48 CPU's/48 GB PostgreSQL-knooppunten met 56 CPU's/56 GB PostgreSQL-knooppunten met 64 CPU's/64 GB
65.000 1
70.000 1
75.000 1
80.000 1
85.000 1
90.000 1
95.000 1
100.000 1

Schat het aantal Redis-knooppunten dat u nodig heeft

De volgende twee tabellen bevatten het aanbevolen aantal Redis-databaseknooppunten dat u mogelijk nodig heeft op basis van het aantal beheerde Salt-minions (knooppunten) in uw systeem:

Minions Redis-knooppunten met 4 CPU's/4 GB Redis-knooppunten met 8 CPU's/8 GB Redis-knooppunten met 12 CPU's/12 GB
5000 1
10.000 1
15.000 1
20.000 1
25.000 1
30.000 1
35.000 1
40.000 1
45.000 1
50.000 1
55.000 1
60.000 1
Minions Redis-knooppunten met 16 CPU's/16 GB Redis-knooppunten met 20 CPU's/20 GB
65.000 1
70.000 1
75.000 1
80.000 1
85.000 1
90.000 1
95.000 1
100.000 1

Uw architectuur na installatie optimaliseren op basis van doorvoercapaciteit

Nadat u uw SaltStack Config-installatie heeft voltooid, kunt u systeembewakingsstatistieken gebruiken om de doorvoer- en architectuurbehoeften van uw systeem beter te bepalen.

Houd rekening met de volgende factoren wanneer u bepaalt wat er moet worden bewaakt:

  • Hoeveelheid verkeer op het gebeurtenissysteem - Het gebeurtenissysteem (soms ook wel de 'gebeurtenisbus' genoemd) wordt gebruikt voor communicatie tussen processen door zowel de Salt-master als de Salt-minions. Als uw gebeurtenisbus erg druk bezet is, kunt u overwegen uw geheugentoewijzingen uit te breiden.
  • Opdrachtresultaten per uur - SaltStack Config gebruikt de term opdrachten om te verwijzen naar elk van de commando's, taken en bewerkingen die door SaltStack Config worden uitgevoerd. Elke opdracht verzendt de uitvoer naar SaltStack Config voor rapportage- en gegevensverzamelingsdoeleinden. Het aantal opdrachtresultaten dat uw systeem binnen een bepaald uur produceert, kan invloed hebben op uw architectuurbehoeften.
  • Hoeveelheid pillargegevens - Pillargegevens zijn gegevens die moeten worden opgeslagen op de Salt-master. Pillar wordt voornamelijk gebruikt voor het opslaan van geheimen of andere zeer gevoelige gegevens, zoals accountverificatiegegevens, cryptografische sleutels of wachtwoorden. Pillar is ook nuttig om niet-geheime gegevens op te slaan die u niet rechtstreeks in uw statusbestanden wilt plaatsen, zoals configuratiegegevens. De hoeveelheid gegevens die op uw Salt-master wordt opgeslagen (en later zo nodig wordt geraadpleegd door minions), kan invloed hebben op uw geheugen- en gegevensopslagbehoeften.
  • Aantal aangepaste grains - Grains worden in Salt gebruikt om de minions te targeten voor een bepaalde opdracht of een bepaald commando. Grains verwijzen naar de basisgegevens en -kenmerken van elke minion. Salt wordt geleverd met veel vooraf gebouwde grains. U kunt bijvoorbeeld minions targeten op hun besturingssysteem, domeinnaam, IP-adres, kernel, geheugen en vele andere systeemeigenschappen. U kunt ook aangepaste graingegevens maken om één groep minions te onderscheiden van een andere op basis van een kenmerk dat u als uniek doel heeft in uw systeem. Het aantal aangepaste grains dat u maakt, kan invloed hebben op uw architectuurbehoeften.
  • Aantal beacons en reactors - Het beaconsysteem is een bewakingstool die naar uiteenlopende systeemprocessen op Salt-minions kan luisteren. Beacons kunnen reactors activeren die vervolgens een wijziging helpen implementeren of problemen helpen oplossen. Als bijvoorbeeld een time-out optreedt voor het antwoord van een service, kan het reactorsysteem de service opnieuw starten. Indien gekoppeld aan reactors, kunnen beacons geautomatiseerde, vooraf geschreven antwoorden maken voor problemen met infrastructuur en applicaties. Reactors breiden Salt uit met geautomatiseerde antwoorden met behulp van vooraf geschreven correctiestatussen. Als uw systeem beacons en reactors heeft die regelmatig worden geactiveerd, kan dit uw systeemarchitectuurbehoeften verhogen.
  • Schijfgroottebehoeften - Mogelijk moet u de grootte van uw schijf uitbreiden op basis van het aantal minions dat wordt beheerd en voor de hoeveelheid gegevens die u elk jaar moet bewaren in de opslag. Als u bijvoorbeeld een systeem met hoge doorvoercapaciteit heeft en uw systeem zich in een sector met strikte regelgeving bevindt waarvoor 7-8 jaar gegevensopslag is vereist, is mogelijk een grotere schijfgrootte en opslagcapaciteit vereist.
  • Geografische locatie en afstand tussen onderdelen - U kunt problemen ondervinden als er een latentie van 65 ms of meer is tussen de Salt-master en de server waarop SaltStack Config (RaaS) wordt uitgevoerd. Gelukkig is Salt minder gevoelig voor latentie tussen de Salt-minion en de Salt-master. Houd er bij het plaatsen van deze onderdelen rekening mee dat het beter is om de master in de buurt van RaaS en de minion verder weg te plaatsen, indien nodig.
  • Bedrijfskritische activiteiten - Wanneer u gaat beoordelen hoe bedrijfskritisch SaltStack Config is in uw omgeving, stelt u zich de vraag hoe ernstig de impact van een uitval van SaltStack Config op uw bedrijf zou zijn. Als de uitvaltijd een uur of meer is, zou dit een ernstige impact hebben? Zo ja, dan moet u mogelijk behoeften voor hoge beschikbaarheid in uw SaltStack Config-systeemarchitectuur ontwerpen.

Op basis van deze factoren kunt u overwegen uw resources stapsgewijs te verhogen en de impact op de prestaties van uw systeem te bewaken. Bijvoorbeeld: geheugentoewijzingen met 4 GB RAM met 4 CPU's verhogen.

De volgende afbeelding toont een voorbeeld van een SaltStack Config-architectuurontwerp met hoge beschikbaarheid:

Zoals u op deze afbeelding ziet, maken vele systemen met hoge beschikbaarheid verbinding met meerdere Salt-masters. Systemen met hoge beschikbaarheid bouwen ook vaak redundantie in de PostgreSQL-database en Redis-databases in zodat kan worden teruggevallen op een andere. Houd er rekening mee dat de huidige oplossingen voor hoge beschikbaarheid voor PostgreSQL en Redis alleen handmatige failovers ondersteunen.