« Architecture Azure » : différence entre les versions
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| Ligne 1 : | Ligne 1 : | ||
==Gestion de l'élasticité== | ===Gestion de l'élasticité=== | ||
La gestion de l'élasticité dans Azure s'appuie sur la notion de VM maître et esclave. | La gestion de l'élasticité dans Azure s'appuie sur la notion de VM maître et esclave. | ||
===Définitions=== | ====Définitions==== | ||
* '''VM maître''' : machine virtuelle sur laquelle le contrôleur 1000 est exécuté avec le rôle "maître" | * '''VM maître''' : machine virtuelle sur laquelle le contrôleur 1000 est exécuté avec le rôle "maître" | ||
| Ligne 10 : | Ligne 10 : | ||
* '''blob Azure''' : blob lié au compte Azure et utilisé par Sage 1000 pour la gestion de l'élasticité. La configuration et les exécutables y sont stockés. | * '''blob Azure''' : blob lié au compte Azure et utilisé par Sage 1000 pour la gestion de l'élasticité. La configuration et les exécutables y sont stockés. | ||
===Principe général=== | ====Principe général==== | ||
Une '''VM maître''' est en relation avec plusieurs '''VM esclave'''. | Une '''VM maître''' est en relation avec plusieurs '''VM esclave'''. | ||
| Ligne 16 : | Ligne 16 : | ||
Les fichiers de configurations (server.ini, controller.ini) des '''VM esclaves''' sont automatiquement copiés depuis la '''VM maître''', il ne faut pas les modifier manuellement. | Les fichiers de configurations (server.ini, controller.ini) des '''VM esclaves''' sont automatiquement copiés depuis la '''VM maître''', il ne faut pas les modifier manuellement. | ||
===Propagation du paramétrage=== | ====Propagation du paramétrage==== | ||
Les mises à jours sont effectuée sur la '''VM maître'''. | Les mises à jours sont effectuée sur la '''VM maître'''. | ||
| Ligne 30 : | Ligne 30 : | ||
}} | }} | ||
===Propagation des mises à jour=== | ====Propagation des mises à jour==== | ||
Les mises à jours sont effectuée sur la '''VM maître'''. | Les mises à jours sont effectuée sur la '''VM maître'''. | ||
| Ligne 43 : | Ligne 43 : | ||
}} | }} | ||
===Scheduler Azure === | ====Scheduler Azure ==== | ||
Le Scheduler Azure permet d'automatiser le démarrage et l'arrêt de '''VM esclaves''' (par exemple la nuit). | Le Scheduler Azure permet d'automatiser le démarrage et l'arrêt de '''VM esclaves''' (par exemple la nuit). | ||
| Ligne 49 : | Ligne 49 : | ||
==L'agent de synchronisation== | ===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. | 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. | Un automate 1000 peut ainsi consommer des données dans Azure issues de votre SI. | ||
Version du 17 avril 2014 à 06:03
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"
- blob Azure : blob lié au compte Azure et utilisé par Sage 1000 pour la gestion de l'élasticité. La configuration et les exécutables y sont stockés.
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 ne faut pas les modifier manuellement.
Propagation du paramétrage
Les mises à jours sont effectuée sur la VM maître.
Lorsque un contrôleur d'une VM maître modifie le fichier server.ini il le stocke dans le blob Azure . (c'est pourquoi il ne faut pas le modifier manuellement).
La modification est propagée aux VM esclaves.
|
Tip : Cas d'une VM non démarrée lors de la mise à jour :
Lorsque, sur une VM esclave, le contrôleur démarre un service il vérifie la date du server.ini et le déploie le cas échéant.
|
Propagation des mises à jour
Les mises à jours sont effectuée sur la VM maître.
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 VM esclaves.
|
|
Tip : Cas d'une VM non démarrée lors de la mise à jour :
Lorsque, sur une VM esclave, le contrôleur démarre un service il vérifie la date du fichier Sage1000Server.zip et le déploie le cas échéant. |
Scheduler Azure
Le Scheduler Azure permet d'automatiser le démarrage et l'arrêt de VM esclaves (par exemple la nuit).
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.