Sv translation | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||
Introduction A jtel ACD consists of a minimum of 2 ofvirtual machines and may grow to sizes of 30 or more, in concurrence with for exampledepending on redundancy or performance requirements. Based on a systems architecture, there are certain dependencies between the services, so a clean startup and shutdown is required and only done in a certain order to prevent problems during and after startup. The following page describespages describe the general parameters, as well as some of the various possible scenarios for proper shutdown and startup procedures, depending on the systems architecture.
Page Layout This page is split into three rows, each named after a different type of sizingThe pages are split into a parent and child pages. This parent page contains general information. The child pages each contain information about the specific procedure, depending on the sizing of the system. The sizing variants are Small, Medium and LargeGeneral
| |||||||||||||
Alias | Signifies | Shutdown Priority | Startup Priority | ||||||||||
acd-dbm | Database Master | Third | Third | ||||||||||
acd-dbm1 | First Database Master | Third | Third | ||||||||||
acd-dbm2 | Second Database Master | Third | Third | ||||||||||
acd-dbs | Database Slave | Second | Fourth | ||||||||||
acd-dbs1 | First Database Slave | Second | Fourth | ||||||||||
acd-dbs2 | Second Database Slave | Second | Fourth | ||||||||||
acd-dbr | Reporting Database | Second | Fourth | ||||||||||
acd-lb | The Load Balancer | Fourth | Second | ||||||||||
acd-lb1 | First Load Balancer | Fourth | Second | ||||||||||
acd-lb2 | Second Load Balancer | Fourth | Second | ||||||||||
acd-store | The File Storage | Last | First | ||||||||||
acd-tel1 | The Telephony Machine(s) Numbered from 1 ... N | First | Last | ||||||||||
acd-jb1 | The Webserver Machine(s) Numbered from 1 ... N | First | Last | ||||||||||
acd-api | The REST-API | First | Last | ||||||||||
acd-chat | Chat and or WhatsApp | First | Last | ||||||||||
acd-chatbot | Chatbot | First | Last | ||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-tel | acd-store/lb/dbm/dbs/dbr/jb | |||||||||||
2 | acd-store/lb/dbm/dbs/dbr/jb | acd-tel | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-tel | acd-store/lb/jb | |||||||||||
2 | acd-dbm/dbs/dbr | acd-dbm/dbs/dbr | |||||||||||
3 | acd-store/lb/jb | acd-tel | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-tel | acd-store/lb | |||||||||||
2 | acd-jbN | acd-dbm/dbs/dbr | |||||||||||
3 | acd-dbm/dbs/dbr | acd-jbN | |||||||||||
4 | acd-store/lb | acd-tel | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-tel | acd-store/lb | |||||||||||
2 | acd-jbN | acd-dbm | |||||||||||
3 | acd-dbs/dbr | acd-dbs/dbr | |||||||||||
4 | acd-dbm | acd-jbN | |||||||||||
5 | acd-store/lb | acd-tel | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-tel | acd-store | |||||||||||
2 | acd-jbN | acd-lb | |||||||||||
3 | acd-dbs/dbr | acd-dbm | |||||||||||
4 | acd-dbm | acd-dbs/dbr | |||||||||||
5 | acd-lb | acd-jbN | |||||||||||
6 | acd-store | acd-tel | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-telN | acd-store | |||||||||||
2 | acd-jbN | acd-lb | |||||||||||
3 | acd-dbs1/dbr1 | acd-dbm2 | |||||||||||
4 | acd-dbs2/dbr2 | acd-dbm1 | |||||||||||
5 | acd-dbm1 | acd-dbs2/dbr2 | |||||||||||
6 | acd-dbm2 | acd-dbs1/dbr1 | |||||||||||
7 | acd-lb | acd-jbN | |||||||||||
8 | acd-store | acd-telN | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-telN | acd-store | |||||||||||
2 | acd-jbN | acd-lb2 | |||||||||||
3 | acd-dbs1/dbr1 | acd-lb1 | |||||||||||
4 | acd-dbs2/dbr2 | acd-dbm2 | |||||||||||
5 | acd-dbm1 | acd-dbm1 | |||||||||||
6 | acd-dbm2 | acd-dbs2/dbr2 | |||||||||||
7 | acd-lb1 | acd-dbs1/dbr1 | |||||||||||
8 | acd-lb2 | acd-jbN | |||||||||||
9 | acd-store | acd-telN | |||||||||||
Steps 1 to N | Shutdown | Startup | |||||||||||
1 | acd-telN | acd-store2 | |||||||||||
2 | acd-jbN | acd-store1 | |||||||||||
3 | acd-dbs1/dbr1 | acd-lb2 | |||||||||||
4 | acd-dbs2/dbr2 | acd-lb1 | |||||||||||
5 | acd-dbm1 | acd-dbm2 | |||||||||||
6 | acd-dbm2 | acd-dbm1 | |||||||||||
7 | acd-lb1 | acd-dbs2/dbr2 | |||||||||||
8 | acd-lb2 | acd-dbs1/dbr1 | |||||||||||
9 | acd-store1 | acd-jbN | |||||||||||
10 | acd-store2 | acd-telN |
Warning |
---|
This checklist is not viable for installations that use the new DRBD construct of Primary/Secondary. It is viable only for constructs that use Primary/Primary |
Shut down (only one)
Always shut down one after the other.
With:
Code Block |
---|
pcs status |
determine which node is Primary.
On the Secondary Node:
Code Block |
---|
drbdadm secondary jtelshared
shutdown now |
Then shut down the Primary Node.
Code Block |
---|
shutdown now |
Boot up (only one)
After booting the Secondary Node, check the status. It should be Secondary and UpToDate
Code Block |
---|
pcs status |
Check Sync status with :
Code Block |
---|
cat /proc/drbd |
After the sync is done, if necessary, and is ready:
Code Block |
---|
drbdadm primary jtelshared |
Check status with: It should be Primary/Primary + UpToDate/UpToDate
Code Block |
---|
cat /proc/drbd |
Shut down (both)
With:
Code Block |
---|
pcs status |
determine which node is active (the node on which Samba and the virtual IP is running). This is the Primary Node.
Set the secondary Node to secondary with:
Code Block |
---|
drbdadm secondary jtelshared
shutdown now |
On the Secondary Node first, then Primary:
Code Block |
---|
shutdown now |
Start up (both)
Boot the Primary Node first
Check DRBD sync Status and pcs cluster status
Check with:
Code Block |
---|
pcs status
cat /proc/drbd
|
The Primary Node should be primary, and Secondary Node should be secondary. Disc should be UpToDate
Then on Secondary Node
Code Block |
---|
drbdadm primary jtelshared |
Check with:
Code Block |
---|
cat /proc/drbd |
Both nodes should be set to Primary/Primary + UpToDate/UpToDate
Then check if everything works a final time:
Code Block |
---|
pcs status
cat /proc/drbd |
Balancing:
- pcs cluster status
Storage:
- pcs cluster status
- drbd status
Checks after starting a system
To ensure proper system functionality after a boot, tests are required. Follow the guideline on this page: System Health Check
Machines and Shutdown Priorities
Info |
---|
The Hostnames of an ACDs jtel virtual machines may not be in concurrence with the aliases displayed below. |
Alias | Signifies | Shutdown Priority | Startup Priority |
---|---|---|---|
acd-dbm | Database Master | Third | Third |
acd-dbm1 | First Database Master | Third | Third |
acd-dbm2 | Second Database Master | Third | Third |
acd-dbs | Database Slave | Second | Fourth |
acd-dbs1 | First Database Slave | Second | Fourth |
acd-dbs2 | Second Database Slave | Second | Fourth |
acd-dbr | Reporting Database | Second | Fourth |
acd-lb | The Load Balancer | Fourth | Second |
acd-lb1 | First Load Balancer | Fourth | Second |
acd-lb2 | Second Load Balancer | Fourth | Second |
acd-store | The File Storage | Last | First |
acd-tel1 ... acd-telN | The Telephony Machine(s) Numbered from 1 ... N | First | Last |
acd-jb1 ... acd-jbN | The Webserver Machine(s) Numbered from 1 ... N | First | Last |
acd-api | The REST-API | First | Last |
acd-chat | Chat and or WhatsApp | First | Last |
acd-chatbot | Chatbot | First | Last |
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
language | deHoch- und RunterfahrenAlle Systeme sind so gestaltet, dass Sie hochfahren und alle Dienste selbstständig starten. Dennoch ergeben sich gewisse Abhängigkeiten zwischen den Diensten, sodass ein sauberes Hoch- und Herunterfahren am besten geschieht, wenn eine gewisse Reihenfolge betrachtet wird. HochfahrenAbhängigkeitenAlle Dienste der Plattform sind von zwei zentrale Entitäten abhängig:
Für das Hochfahren der Lösung, sollte immer zuerst das Storage hochgefahren werden. Wenn dies Extern zur Lösung ist, dann fährt man mit den nächsten Schritt fort. Ansonsten, wird der Rechner (oder bei Redundanz - beide Rechner) gestartet auf den das Storage ist. Dies ist in der Regel der Load-Balancer, bei größere Systeme kann jedoch eine separate Storage-Maschine implementiert worden sein. Anschließend, wird die Master Datenbank hochgefahren. Sobald dieser oben ist, kann der Slave hochgefahren werden. Zum Schluss können die Telefonieserver und Webserver in einer beliebigen Reihenfolge, auch gleichzeitig, hochgefahren werden. ReihenfolgeIm Folgenden wird von einer nicht redundante Lösung ausgegangen. Der Betrieb einer redundanten Lösung bedarf eine gesonderte Schulung. Somit ergibt sich folgende Startreihenfolge:
Prüfungen
HerunterfahrenReihenfolgeDas Herunterfahren geschieht in der umgekehrten Reihenfolge:
Zwischen den einzelnen Schritten ist es nicht zwingend notwendig zu warten, ledeglich Schritt 1 sollte insgesamt abgeschlossen sein bevor man fortfährt. Hoch- und Runterfahren - Redundante KomponetenWenn das gesamte System heruntergefahren wird, kann es sein, dass manche Komponenten nicht sofort verfügbar sind, bzw. dass ein manueller Eingriff notwendig ist. Storage (Redundant)Runterfahren (nur einer)Immer eins nacheinander herunterfahren. Mit:
feststellen welcher Node aktiv ist. Auf den anderen node:
Dann diesen Node herunterfahren. Hochfahren (nur einer)Wurde nur ein Node neu gestartet, dann kann der Betrieb wieder aufgenommen werden indem man auf den Secondary folgendes nach dem Neustart eingibt:
Sync status prüfen mit:
Nachdem der Sync ggf. erfolgt ist, und fertig ist:
Runterfahren (beide)Mit:
feststellen welcher Node aktiv ist (der Node auf den das Samba sowie die virtuelle IP läuft). Dies ist der Primary Node. Mit:
den Cluster auf inaktiv setzen. Auf auf den Secondary zuerst, dann Primary:
Hochfahren (beide)Beide nodes booten. Auf beide Nodes (Primary zuerst):
Prüfen mit:
Beide Nodes sollten auf Secondary stehen, aber kein Sync sollte erfolgen. Dann auf beide Nodes (Primary zuerst):
Prüfen mit:
Beide Nodes sollten auf Primary stehen, aber kein Sync sollte erfolgen. Dann auf den Primary:
Dann prüfen ob alles läuft:
|
Sv translation | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Démarrage et fermetureTous les systèmes sont conçus pour démarrer et faire démarrer tous les services indépendamment. Toutefois, il existe certaines dépendances entre les services, de sorte qu'un démarrage et un arrêt propres sont mieux réalisés lorsqu'une certaine commande est envisagée. DémarrageDépendancesTous les services de la plate-forme dépendent de deux entités centrales :
Pour démarrer la solution, le stockage doit toujours être démarré en premier. Si cela est externe à la solution, passez à l'étape suivante. Sinon, l'ordinateur (ou en cas de redondance - les deux ordinateurs) est démarré sur lequel se trouve le stockage. Il s'agit généralement de l'équilibreur de charge, mais pour les systèmes plus importants, une machine de stockage distincte aurait pu être implémentée. Ensuite, la base de données principale est lancée. Dès qu'elle est terminée, l'esclave peut être démarré. Enfin, les serveurs de téléphonie et les serveurs web peuvent être démarrés dans n'importe quel ordre, même simultanément. OrdreUne solution non redondante est supposée dans ce qui suit. Le fonctionnement d'une solution redondante nécessite une formation supplémentaire. Il en résulte l'ordre de départ suivant :
Vérifications
ShutdownOrdreLa fermeture se fait dans l'ordre inverse :
Il n'est pas absolument nécessaire d'attendre entre les différentes étapes, il suffit de terminer l'étape 1 avant de continuer. Démarrage et arrêt - Composants redondantsSi l'ensemble du système est arrêté, certains composants peuvent ne pas être immédiatement disponibles ou une intervention manuelle peut être nécessaire. Storage (Redundant) - CentOS
Arrêt (un seul)Toujours fermer l'un après l'autre. Avec:
déterminer quel nœud est Primaire. Sur le Nœud Secondaire :
Ensuite, arrêtez le Noeud Primaire.
Démarrer (un seul)Après avoir démarré le Noeud Secondaire ,vérifiez son état. Il doit être secondaire et actualisé.
Vérifiez le statut de sync avec :
Après la synchronisation est fait, si nécessaire, et est prêt :
Vérifiez le statut avec : Il devrait être Primaire/Primaire + UpToDate/UpToDate
Arrêter (les deux)Avec:
déterminer quel nœud est actif (le nœud sur lequel Samba et l'IP virtuel fonctionnent). C'est le Nœud primaire. Définissez le nœud secondaire comme secondaire avec :
Sur le nœud secondaire d'abord, puis le Primaire :
Démarrage (les deux)Démarrer le Noeud Primaire d'abord Vérifier l'état de la synchronisation DRBD et l'état du cluster pcs. Vérifier Avec
Le Noeud primaire devrait être primaire, et le Noeud Secondaire devrait être secondaire. Le disque doit être UpToDate Puis, sur le Nœud Secondaire
Vérifier Avec
Les deux noeuds doivent être réglés sur Primaire/Primaire + UpToDate/UpToDate Vérifiez ensuite si tout fonctionne : pour la dernière fois :
|