Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les clusters Azure CycleCloud sont créés et configurés à l’aide d’une combinaison d’une image de machine de base, d’un cluster CycleCloud Init et d’une infrastructure d’automatisation de l’infrastructure Chef.
Seuls les utilisateurs avancés de CycleCloud doivent comprendre comment créer des livres de cuisine Chef. Toutefois, de nombreux utilisateurs bénéficient d’une connaissance de base de la façon dont CycleCloud utilise Chef. En particulier, les utilisateurs doivent comprendre le concept d’un run_list, recipeet chef attributes.
Concepts de base du Chef
Chaque node cluster CycleCloud est initialisé en suivant un Chef run_list. Il run_list s’agit d’un ensemble ordonné de fonctionnalités ou recipes à appliquer pour initialiser le nœud. Contient recipes l’implémentation des opérations système de bas niveau requises pour appliquer la fonctionnalité.
Cookbooks sont des collections de recipes cette fonctionnalité.
Cookbooks et recipes sont paramétrés par Chef attributes pour permettre une personnalisation et une configuration supplémentaires de la fonctionnalité.
CycleCloud est fourni avec un ensemble de modèles de cluster prédéfinis que vous pouvez utiliser pour approvisionner un ensemble de types de cluster suffisants pour de nombreux utilisateurs. Vous pouvez facilement effectuer une personnalisation supplémentaire à l’aide de Cluster-Init. Ainsi, la plupart des utilisateurs n’ont jamais besoin de modifier run_lists ou de générer leurs propres et recipescookbooks.
Toutefois, les clusters CycleCloud sont approvisionnés à l’aide d’un ensemble de livres de recettes communs disponibles pour tous les clusters CycleCloud. Ils cookbooks ont un ensemble de attributes ce que vous souhaiterez peut-être personnaliser. Les sections suivantes documentent certains des éléments les plus couramment utilisés attributes.
Remarque
Préférer les fonctionnalités de modèle de cluster à la modification directe des attributs Chef.
Les attributs courants du livre de recettes sont susceptibles de changer. Les paramètres d’attribut sont généralement remplacés lorsque les fonctionnalités qu’ils contrôlent deviennent disponibles en tant que fonctionnalités plus générales ou puissantes de CycleCloud. Si une personnalisation est disponible à la fois dans le modèle de cluster et via un attribut Chef, préférez toujours la méthode modèle de cluster, car il s’agit de la solution plus générale.
Pour plus d’informations sur l’infrastructure Opscode Chef, consultez le site web Opscode.
Utilisation des attributs Chef
Chef attributes configure l’opération d’un nœud ou d’un tableau de run_list nœuds individuel. Définissez ces attributs dans la sous-section du [[[configuration]]] nœud. Par exemple, le code suivant définit le mot de passe d’administrateur CycleServer pour un nœud configuré pour exécuter CycleServer :
[[node cycle_server]]
[[[configuration]]]
run_list = role[monitor], recipe[cyclecloud::searchable], recipe[cfirst], \
recipe[cuser::admins], recipe[cshared::client], recipe[cycle_server::4-2-x], \
recipe[cluster_init], recipe[ccallback::start], recipe[ccallback::stop]
cycle_server.admin.pass=P\@ssw0rd
Thunderball
Cycle Computing fournit une ressource Chef appelée thunderball pour simplifier le téléchargement d’objets à partir de services cloud vers des nœuds. Thunderball gère automatiquement les téléchargements ayant échoué et prend en charge plusieurs configurations. Par défaut, thunderball télécharge un fichier à partir du dépôt de package CycleCloud et l’écrit dans $JETPACK_HOME/system/chef/cache/thunderballs. Exemple utilisant la configuration par défaut :
thunderball "condor" do
url "cycle/condor-8.2.9.tgz"
end
Le tableau suivant répertorie tous les attributs de la ressource thunderball.
| Caractéristique | Descriptif |
|---|---|
| somme de contrôle | Somme de contrôle SHA256 pour le téléchargement de l’artefact. |
| client | Client de ligne de commande à utiliser. La valeur par défaut est :pogo. |
| config | Configuration de thunderball personnalisée à utiliser. |
| dest_file | Chemin d’accès au fichier à télécharger.
storedir est ignoré lorsque dest_file l’utilisation est en cours d’utilisation. |
| storedir | Les fichiers d’emplacement sont téléchargés. La valeur par défaut est thunderball.storedir. |
| URL | Emplacement du fichier à télécharger (complet ou partiel). |
Pour télécharger des objets à partir d’un autre référentiel, utilisez des sections de configuration personnalisées.
| Caractéristique | Descriptif |
|---|---|
| base | URL de base. |
| client | Outil en ligne de commande pour interagir avec le fournisseur. |
| point de terminaison | Point de terminaison d’URL à utiliser. |
| Nom de fichier | Fichier de configuration à utiliser. |
| mot de passe | Mot de passe pour Azure. |
| proxy_host | Hôte à utiliser comme proxy. |
| proxy_port | Port à utiliser pour le proxy. |
| utilisateur | Utilisateur système local pour la configuration. Si vous spécifiez l’attribut user , l’attribut filename est ignoré. le répertoire de base de l’utilisateur contient le fichier de configuration. |
| nom d'utilisateur | Access_key/nom d’utilisateur pour Azure. |