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 isThe pages are split into three rows, each named after a different type of sizing. The sizing variantsa 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 |
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 |
Medium
Medium V1
Shutdown
Startup
acd-tel
acd-store/lb
acd-jbN
acd-dbm
acd-dbs/dbr
acd-dbs/dbr
acd-dbm
acd-jbN
acd-store/lb
acd-tel
Medium V2
Shutdown
Startup
acd-tel
acd-store
acd-jbN
acd-lb
acd-dbs/dbr
acd-dbm
acd-dbm
acd-dbs/dbr
acd-lb
acd-jbN
acd-store
acd-tel
Medium V1
First start acd-store/lb and wait until it is up. Start acd-dbm and wait until it is up. Start acd-dbs/dbr and check the MySQL replication status after it is up. Start acd-jbN and acd-tel afterwards in no particular order.
Medium V2
First start acd-store and wait until it is up. Start acd-lb and wait until it is up. Start acd-dbm and wait until it is up. Start acd-dbs/dbr and wait until it is up. Start acd-jbN and acd-tel afterwards in no particular order.
Large V1
Warning |
---|
When starting up a redundant database architecture, replication status must be checked on all replication partners of the system. Additional information can be found here: System Health Check |
First start acd-store and wait until it is up. Start acd-lb and wait until it is up. Start acd-dbm2 and wait until it is up. Start acd-dbm1 and wait until it is up. start acd-dbs2/dbr2 and wait until it is up. Start acd-dbs1/dbr1 and wait until it is up. Start acd-jbN and acd-tel afterwards in no particular order.
Large V2
Warning |
---|
When starting up a redundant load balancing architecture, the pcs cluster status must be checked on all pcs cluster members. Additional information can be found here: System Health Check |
First start acd-store and wait until it is up. Start acd-lb2 and wait until it is up. Start acd-lb1 and wait until it is up. Start acd-dbm2 and wait until it is up. Start acd-dbm1 and wait until it is up. start acd-dbs2/dbr2 and wait until it is up. Start acd-dbs1/dbr1 and wait until it is up. Start acd-jbN and acd-tel afterwards in no particular order.
Large V3
Warning |
---|
When starting up a redundant storage architecture, the pcs cluster and drbd replication status must be checked on all pcs cluster members. Additional information can be found here: System Health Check |
First start acd-store2 and wait until it is up. Start acd-store1 and wait until it is up. Start acd-lb2 and wait until it is up. Start acd-lb1 and wait until it is up. Start acd-dbm2 and wait until it is up. Start acd-dbm1 and wait until it is up. start acd-dbs2/dbr2 and wait until it is up. Start acd-dbs1/dbr1 and wait until it is up. Start acd-jbN and acd-tel afterwards in no particular order.
Large
Large V1 - Redundant Databases
Large V2 - Redundant Databases + Load Balancing
Large V3 - Redundant Databases + Load Balancing + Storage
Sv translation | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Hoch- 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:
|
...