Udostępnij przez

Cluster-Init

Sekcje inicjowania klastra są podrzędne do sekcji node i nodearray. Sekcja [[[cluster-init]]] definiuje specyfikacje projektu CycleCloud do uruchomienia w węźle. W sekcji użyto skróconej notacji, aby odwołać się do w pełni kwalifikowanej specyfikacji:

[[[cluster-init PROJECT:SPEC:VERSION]]]

Domyślnie zakłada się, że projekty są już przechowywane w lockerze. Jeśli jednak używasz projektu zdefiniowanego w usłudze GitHub, możesz to wskazać, używając prefiksu cyclecloud/.

[[[cluster-init cyclecloud/PROJECT:SPEC:VERSION]]]

Ta sekcja informuje CycleCloud o pobraniu plików projektu z GitHub i przekazaniu ich do twojego schowka w specjalnym obszarze magazynu podręcznego. Bez cyclecloud/ w dokumentacji cluster-init usługa CycleCloud oczekuje ręcznego przekazania projektu.

Na przykład ten szablon klastra definiuje jeden węzeł, który używa trzech specyfikacji:

[cluster my-cluster]

  [[node defaults]]
    [[[cluster-init my-proj:default:versionA]]]

  [[node my-node]]
    Credentials = $Credentials
    SubnetId = $SubnetId
    MachineType = $MachineType
    ImageName = $ImageName

    [[[cluster-init test-locker/myproject:my-spec:x.y.z]]]

    [[[cluster-init my-proj:my-spec:versionA]]]

Wartości atrybutów rozpoczynające się od $ parametrów referencyjnych.

Specyfikacje projektu CycleCloud są wykonywane w kolejności, w jakiej zostały wymienione w pliku szablonu klastra. W tym przykładzie my-proj:default działa jako pierwsze, ponieważ pochodzi z domyślnych ustawień węzła. Następnie uruchamiane jest myproject:my-spec, które znajduje się w szafce o nazwie test-locker. Na koniec, my-proj:my-spec się uruchamia.

Formularz [[[cluster-init PROJECT:SPEC:VERSION]]] jest skrócony dla następującej sekcji:

    [[[cluster-init]]]
      Project = PROJECT
      Version = VERSION
      Spec = SPEC

Można również użyć [[[cluster-init SOURCE_LOCKER/PROJECT:SPEC:VERSION]]], aby określić SourceLocker dla specyfikacji cluster-init. Source locker jest opcjonalny. Bez niego usługa CycleCloud zakłada, że locker ma już pliki wstępnie przygotowane. Jeśli ustawiono specjalną nazwę cyclecloud, używa wbudowanego projektu zdefiniowanego w usłudze CycleCloud, którego zawartość jest przechowywana w GitHub. W przeciwnym razie, jeśli ustawiono inny schowek, przed uruchomieniem węzła pliki są przenoszone z tego schowka do docelowego schowka. Ta funkcja jest przydatna w przypadku niestandardowych projektów typu cluster-init i wdrożeń obejmujących wiele regionów. Pliki są ręcznie przygotowywane do jednego schowka, a usługa CycleCloud używa tego schowka jako schowka źródłowego dla węzłów w innych regionach.

Uwaga / Notatka

Projekty, które są automatycznie przygotowywane, umieszczane są w specjalnym katalogu pamięci podręcznej docelowego schowka, aby nie powodować konfliktu z projektami, które są przygotowywane ręcznie.

Odwołanie do atrybutów

Atrybut Typ Definicja
Projekt Sznurek Nazwa projektu CycleCloud.
wersja Sznurek Wersja specyfikacji projektu CycleCloud.
Specyfikacja Sznurek Nazwa specyfikacji projektu CycleCloud.
Szafka Sznurek Nazwa szafki do pobrania specyfikacji projektu.
SourceLocker Sznurek Opcjonalny. Nazwa innej szafki, która powinna być używana do przygotowywania plików. Jeśli jest ustawiona na specjalną nazwę cyclecloud, używa wbudowanego projektu zdefiniowanego w usłudze CycleCloud, którego zawartość jest przechowywana w usłudze GitHub.
Zamówienie Integer Opcjonalna liczba całkowita, której można użyć do zastąpienia kolejności specyfikacji. Wartość domyślna zaczyna się od 1000 i przechodzi w górę o jedną dla każdej specyfikacji.
  • Last updated on