« Architecture Azure » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 14 : | Ligne 14 : | ||
Les fichiers de configurations (server.ini, controller.ini) des VM esclaves sont automatiquement copiés depuis la VM maître, il est inutile de les modifier donc. | Les fichiers de configurations (server.ini, controller.ini) des VM esclaves sont automatiquement copiés depuis la VM maître, il est inutile de les modifier donc. | ||
===Propagation du paramétrage=== | |||
Lorsque un contrôleur maître modifie le fichier server.ini il le stocke dans le blob . (c'est pourquoi il ne faut le modifier manuellement).La modification est propagée aux contrôlleurs esclaves. | |||
Cas d'une VM non démarrée lors de la mise à jour : | |||
Lorsque un contrôleur esclave démarre un service il vérifie la date du server.ini et le déploie le cas échéant. | |||
===Propagation des mises à jour=== | |||
Lorsque un contrôleur maître effectue une mise à jour du serveur (patch outil), il stocke la mise à jour dans le blob. | |||
La modification est propagée aux contrôlleurs esclaves. | |||
Cas d'une VM non démarrée lors de la mise à jour : | |||
Lorsque un contrôleur esclave démarre un service il vérifie la date du patch outil et le déploie le cas échéant. | |||
===Scheduler Azure === | ===Scheduler Azure === | ||
Version du 16 avril 2014 à 18:06
Gestion de l'élasticité
La gestion de l'élasticité dans Azure s'appuie sur la notion de VM maître et esclave.
Définitions
- VM maître : machine virtuelle sur laquelle le contrôleur 1000 est exécuté avec le rôle "maître"
- VM esclave : machine virtuelle sur laquelle le contrôleur 1000 est exécuté avec le rôle "esclave"
Principe général
Une VM maître est en relation avec plusieurs VM esclave.
Les fichiers de configurations (server.ini, controller.ini) des VM esclaves sont automatiquement copiés depuis la VM maître, il est inutile de les modifier donc.
Propagation du paramétrage
Lorsque un contrôleur maître modifie le fichier server.ini il le stocke dans le blob . (c'est pourquoi il ne faut le modifier manuellement).La modification est propagée aux contrôlleurs esclaves.
Cas d'une VM non démarrée lors de la mise à jour : Lorsque un contrôleur esclave démarre un service il vérifie la date du server.ini et le déploie le cas échéant.
Propagation des mises à jour
Lorsque un contrôleur maître effectue une mise à jour du serveur (patch outil), il stocke la mise à jour dans le blob. La modification est propagée aux contrôlleurs esclaves.
Cas d'une VM non démarrée lors de la mise à jour : Lorsque un contrôleur esclave démarre un service il vérifie la date du patch outil et le déploie le cas échéant.
Scheduler Azure
Gestion des mises à jours
Les mises à jours sont effectuée sur la VM maître.
L'agent de synchronisation
Cet agent permet d'écrire et de lire dans une file d'attente dans un blob de votre compte Azure, permettant ainsi l'échange de données entre Azure et votre SI. Un automate 1000 peut ainsi consommer des données dans Azure issues de votre SI.