Sv translation | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Starting Up and Shutting DownAll systems are designed to boot up and start all services independently. However, there are certain dependencies between the services, so a clean startup and shutdown is best done when a certain order is considered. Start UpDependenciesAll services of the platform are dependent on two central entities:
To boot the solution, the storage should always be booted first. If this is external to the solution, continue with the next step. Otherwise, the computer (or in case of redundancy - both computers) is started on which the storage is located. This is usually the load balancer, but for larger systems a separate storage machine could have been implemented. Afterwards, the master database is booted. As soon as its is finished, the slave can be started up. Finally, the telephony servers and web servers can be started up in any order, even simultaneously. OrderA non-redundant solution is assumed in the following. The operation of a redundant solution requires extra schooling. This results in the following starting order:
Checks
ShutdownOrderShutting down is done in the reverse order:
It is not absolutely necessary to wait between the individual steps, just step 1 should be completed before continuing. Startup and Shutdown - Redundant componentsIf the entire system is shut down, some components may not be immediately available or manual intervention may be necessary. Storage (Redundant)Shut down (only one)Always shut down one after the other. With:
determine which node is active. On the other node:
Then shut down this node. Boot up (only one)If only one node has been restarted, then the operation can be resumed by entering the following on the secondary after the restart.
Check Sync status with :
After the sync is done, if necessary, and is ready:
Shut down (both)With:
determine which node is active (the node on which Samba and the virtual IP is running). This is the Primary Node. With:
Set the cluster to inactive. On the Secondary first, then Primary:
Start up (both)Boot both nodes. On both nodes (primary first):
Check with:
Both nodes should be set to secondary, but no sync should take place. Then on both nodes (primary first):
Check with:
Both nodes should be set to Primary, but no Sync should occur. Then on the Primary:
Then check if everything works:
|
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:
|
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)Fermer (une seule)Toujours fermer l'un après l'autre. Avec:
déterminer quel nœud est actif. Sur l'autre nœud :
Alors, fermez ce nœud. Démarrer (un seul)Si un seul nœud a été redémarré, l'opération peut être reprise en entrant ce qui suit sur le secondaire après le redémarrage.
Vérifiez le statut de sync avec :
Après la synchronisation est fait, si nécessaire, et est prêt :
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. Avec:
Mettez le cluster en mode inactif. Au secondaire d'abord, puis au primaire :
Démarrage (les deux)Démarrez les deux nœuds. Sur les deux nœuds (primaire en premier) :
Vérifier Avec
Les deux nœuds doivent être réglés sur secondaire, mais aucune synchronisation ne doit avoir lieu. Puis sur les deux nœuds (primaire d'abord) :
Vérifier Avec
Les deux nœuds doivent être réglés sur Primaire, mais aucune synchronisation ne doit avoir lieu. Puis sur la Primaire :
Vérifiez ensuite si tout fonctionne :
|