Referenz zu common Cookbooks

Azure CycleCloud-Cluster werden mit einer Kombination aus einem Basiscomputerimage, CycleCloud Cluster Init und dem Chef-Infrastrukturautomatisierungsframework erstellt und konfiguriert.

Nur sehr erweiterte CycleCloud-Benutzer müssen verstehen, wie Chef-Kochbücher erstellt werden. Viele Benutzer profitieren jedoch von einem grundlegenden Wissen darüber, wie CycleCloud Chef verwendet. Insbesondere sollten Benutzer das Konzept eines run_list, recipeund Chefs attributesverstehen.

Grundlegende Chefkonzepte

Jeder node in einem CycleCloud-Cluster wird durch Folgen eines Chefs run_listinitialisiert. Dies run_list ist eine sortierte Gruppe von Features oder recipes wird angewendet, um den Knoten zu initialisieren. Die recipes selbst implementieren die für die Anwendung des Features erforderlichen Systemvorgänge auf niedriger Ebene. Cookbooks sind Sammlungen davon recipes , die ein Feature bilden. Cookbooks und recipes werden von Chef attributes parameterisiert, um weitere Anpassungen und Konfiguration des Features zu ermöglichen.

CycleCloud enthält eine Reihe vordefinierter Clustervorlagen, die verwendet werden können, um eine Reihe von Clustertypen bereitzustellen, die für viele Benutzer ausreichend sind. Und weitere Anpassungen können einfach mithilfe von Cluster-Init durchgeführt werden. Die meisten Benutzer müssen also niemals eigenes und eigenes recipescookbooksErstellen oder Erstellenrun_lists.

CycleCloud-Cluster werden jedoch mithilfe einer Reihe von Common Cookbooks bereitgestellt, die für alle CycleCloud-Cluster verfügbar sind, und diese cookbooks verfügen über einen Satz attributes , von dem Benutzer möglicherweise anpassen möchten. Einige der am häufigsten verwendeten attributes Werden unten dokumentiert.

Allgemeine Cookbook-Attribute unterliegen änderungen. Attributeinstellungen werden häufig übergeordnet, da die features, die sie steuern, als allgemeinere/leistungsfähigere Features von CycleCloud selbst zur Verfügung gestellt werden. Wenn eine Anpassung sowohl in der Clustervorlage als auch über ein Chef-Attribut verfügbar ist, bevorzugen Sie immer die Clustervorlagenmethode, da es sich um die allgemeine Lösung handelt.

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

Verwenden von Chefattributen

Chef attributes konfiguriert den Vorgang für run_list einen einzelnen Knoten oder Knotenarray. Sie sollten im Unterabschnitt des [[[configuration]]] Knotens festgelegt werden. So legen Sie 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 zum Vereinfachen des Herunterladens von Objekten von Clouddiensten auf Knoten aufgerufen thunderball wird. 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 es in $JETPACK_HOME/system/chef/cache/thunderballs. Ein Beispiel mit der Standardkonfiguration:

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

Die folgende Tabelle enthält alle Attribute der Thunderball-Ressource.

Benutzerdefinierte Konfigurationsabschnitte können verwendet werden, um Objekte aus einem anderen Repository herunterzuladen.