Referenz zu allgemeinen Kochbüchern

Azure CycleCloud-Cluster werden mithilfe einer Kombination aus einem Basiscomputerimage, CycleCloud Cluster Init und dem Chef-Infrastrukturautomatisierungs-Framework erstellt und konfiguriert.

Nur erweiterte CycleCloud-Benutzer müssen verstehen, wie Chefkochbücher erstellt werden. Viele Benutzer profitieren jedoch von einem Grundwissen darüber, wie CycleCloud Chef verwendet. Insbesondere sollten die Benutzer das Konzept eines run_list, recipe, und Chefs attributesverstehen.

Grundlegende Chefkonzepte

Jeder node in einem CycleCloud-Cluster wird durch Folgen eines Chefs run_listinitialisiert. Dies run_list ist ein geordneter Satz von Features oder recipes zum Initialisieren des Knotens. Dies recipes enthält die Implementierung von Systemvorgängen auf niedriger Ebene, die zum Anwenden des Features erforderlich sind. Cookbooks sind Sammlungen, aus denen recipes ein Feature besteht. Cookbooks und recipes werden von Chef attributes parametrisiert, um weitere Anpassungen und Konfigurationen des Features zu ermöglichen.

CycleCloud wird mit einer Reihe vordefinierter Clustervorlagen ausgeliefert, mit denen Sie eine Reihe von Clustertypen bereitstellen können, die für viele Benutzer ausreichend sind. Sie können mithilfe von Cluster-Init problemlos weitere Anpassungen vornehmen. Daher müssen run_lists die meisten Benutzer niemals ihre eigenen recipes und cookbooks.

CycleCloud-Cluster werden jedoch mithilfe einer Reihe von Common Cookbooks bereitgestellt, die für alle CycleCloud-Cluster verfügbar sind. Diese cookbooks verfügen über einen Satz, den attributes Sie möglicherweise anpassen möchten. In den folgenden Abschnitten werden einige der am häufigsten verwendeten Abschnitte dokumentiert attributes.

Allgemeine Cookbook-Attribute können geändert werden. Attributeinstellungen werden häufig ersetzt, da die Features, die sie steuern, als allgemeinere oder leistungsfähigere Features von CycleCloud verfügbar werden. Wenn eine Anpassung sowohl in der Clustervorlage als auch über ein Chef-Attribut verfügbar ist, bevorzugen Sie immer die Clustervorlagenmethode, da sie die allgemeinere Lösung ist.

Weitere Informationen zum Opscode Chef Framework finden Sie auf der Opscode-Website.

Verwenden von Chefattributen

Chef attributes konfiguriert den Vorgang für run_list ein einzelnes Knoten- oder Knotenarray. Legen Sie diese Attribute im Unterabschnitt des [[[configuration]]] Knotens fest. Der folgende Code legt beispielsweise das CycleServer-Administratorkennwort für einen Knoten fest, der zum Ausführen von CycleServer konfiguriert ist:

[[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 bietet eine Chef-Ressource, die aufgerufen thunderball wird, um das Herunterladen von Objekten von Clouddiensten auf Knoten zu vereinfachen. Thunderball behandelt automatisch das Wiederholen fehlgeschlagener Downloads und unterstützt mehrere Konfigurationen. Standardmäßig lädt Thunderball eine Datei aus dem CycleCloud-Paket-Repository herunter und schreibt sie in $JETPACK_HOME/system/chef/cache/thunderballs. Beispiel für die Verwendung der Standardkonfiguration:

thunderball "condor" do
    url "cycle/condor-8.2.9.tgz"
end

In der folgenden Tabelle sind alle Attribute der Thunderball-Ressource aufgeführt.

Verwenden Sie benutzerdefinierte Konfigurationsabschnitte, um Objekte aus einem anderen Repository herunterzuladen.