Informations de référence sur les livres de recettes courants
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 de l’infrastructure d’automatisation de l’infrastructure Chef.
Seuls les utilisateurs très avancés de CycleCloud devront comprendre comment créer des livres de cuisine Chef. Toutefois, de nombreux utilisateurs bénéficieront 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
, recipe
et chef attributes
.
Concepts de base de 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. Elles-mêmes recipes
implémentent les opérations système de bas niveau requises pour appliquer la fonctionnalité.
Cookbooks
sont des collections qui recipes
composent une 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 qui peuvent être utilisés pour approvisionner un ensemble de types de cluster suffisants pour de nombreux utilisateurs. Et une personnalisation supplémentaire s’effectue facilement à l’aide de Cluster-Init. Ainsi, la plupart des utilisateurs n’auront jamais besoin de modifier run_lists
ou de créer leurs propres recipes
et cookbooks
.
Toutefois, les clusters CycleCloud sont provisionnés à l’aide d’un ensemble de livres de recettes communs disponibles pour tous les clusters CycleCloud, et ceux cookbooks
qui ont un ensemble dont attributes
les utilisateurs peuvent souhaiter personnaliser. Certains des plus couramment utilisés attributes
sont décrits ci-dessous.
Notes
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 superposés, car les fonctionnalités qu’ils contrôlent sont mises à disposition en tant que fonctionnalités plus générales/puissantes de CycleCloud elle-même. 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 la plus générale.
Pour plus d’informations sur l’infrastructure Opscode Chef elle-même, consultez le site web Opscode.
Utilisation des attributs Chef
Chef attributes
configure l’opération d’un run_list
nœud ou d’un tableau de nœuds individuel. Ils doivent être définis dans la sous-section du [[[configuration]]]
nœud. Par exemple, pour définir 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 la nouvelle tentative de téléchargement ayant échoué et prend en charge plusieurs configurations. Par défaut, thunderball télécharge un fichier à partir du référentiel 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 ci-dessous répertorie tous les attributs de la ressource thunderball.
Attribut | Description |
---|---|
somme de contrôle | Somme de contrôle SHA256 à télécharger pour 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 vers lequel télécharger.
storedir est ignoré lorsqu’il dest_file est utilisé. |
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). |
Les sections de configuration personnalisées peuvent être utilisées pour télécharger des objets à partir d’un autre référentiel.
Attribut | Description |
---|---|
base | URL de base. |
client | Outil en ligne de commande pour interagir avec le fournisseur. |
endpoint | Point de terminaison d’URL à utiliser. |
filename | 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 qui utilisera cette configuration. Le fichier de configuration est placé dans le répertoire de base de cet utilisateur (filename est ignoré lorsqu’il est utilisé) |
username | Access_key/nom d’utilisateur pour Azure. |