bootstrap-vz-remote - Online w chmurze

PROGRAM:

IMIĘ

bootstrap-vz-remote - program tworzy obrazy Debiana do uruchamiania w środowiskach chmurowych
jak Amazons EC2, OpenStack, Google Cloud Compute i inne, z którymi udostępniają API
te za pośrednictwem zdalnych serwerów.

BOOTSTRAP-VZ-REMOTE

Normalnie byś użył bootstrap-vz aby rozpocząć proces ładowania początkowego. Podczas ładowania początkowego
zdalnie po prostu użyj bootstrap-vz-remote zamiast tego przyjmuje te same argumenty plus kilka
dodatkowe:

· --serwery : Ścieżka do listy serwerów kompilacji (patrz build-servers.yml po więcej informacji)

· --Nazwa : Wybiera konkretny serwer kompilacji z listy serwerów kompilacji

· --uwolnienie : Ogranicza automatyczny wybór serwerów kompilacji do tych z rozszerzeniem
określone wydanie

Podobnie jak w przypadku bezpośredniego ładowania początkowego, możesz nacisnąć Ctrl + C w dowolnym momencie, aby przerwać
proces ładowania początkowego. Zdalny proces otrzyma sygnał przerwania klawiatury i
rozpocznij sprzątanie - naciśnięcie Ctrl + C drugi raz również to przerwie i zabije
połączenie natychmiast.

Zwróć uwagę, że istnieje również serwer startowy-vz, ten plik nie jest przeznaczony do wywoływania
bezpośrednio przez użytkownika, ale zamiast tego jest uruchamiany przez bootstrap-vz na zdalnym serwerze, gdy
podłączając się do niego.

ZALEŻNOŚCI

Aby procedura zdalnego ładowania zadziałała, musisz zainstalować bootstrap-vz as
oraz sudo polecenie na zdalnym komputerze. Upewnij się również, że wszystkie potrzebne
zależności do ładowania obrazu są zainstalowane.

Lokalnie pakiet pip Pyro4 jest potrzebne.

BUILD-SERVERS.YML

Plik build-servers.yml informuje bootstrap-vz o różnych posiadanych serwerach kompilacji
do Twojej dyspozycji. W najprostszej formie możesz po prostu dodać własną maszynę w ten sposób:

lokalny:
typ: lokalny
can_bootstrap: [wirtualna skrzynka]
wydanie: Jessie
ustawienia_konstrukcji: {}

rodzaj określa, w jaki sposób bootstrap-vz powinien łączyć się z serwerem kompilacji. miejscowy po prostu znaczy
że wywoła bezpośrednio procedurę ładowania początkowego, nie zostanie uruchomiony żaden nowy proces.

can_bootstrap informuje bootstrap-vz, dla jakich dostawców ta maszyna może budować
obrazy. Z wyjątkiem dostawcy EC2, akceptowane wartości są zgodne z zaakceptowanymi
nazwy dostawców w manifeście. Dla EC2 możesz określić ec2-s3 i / lub ec2-ebs. ec2-ebs
określa, że ​​dana maszyna może uruchamiać obrazy z kopią zapasową EBS i powinna to robić tylko
używany, gdy znajduje się na EC2. ec2-s3 oznacza, że ​​maszyna jest w stanie
ładowanie obrazów z kopii zapasowej S3.

Poza byciem ciągiem, wartość zwolnić nie jest w żaden sposób egzekwowane. To tylko aktualne
używać jest dla bootstrap-vz-remote gdzie możesz ograniczyć, który serwer kompilacji powinien być
wybrany automatycznie.

Praca zdalna w panelu ustawień
Inne (i bardziej interesujące) ustawienie dla rodzaj is ssh, co wymaga jeszcze kilku
ustawienia konfiguracji:

local_vm:
wpisz: ssh
can_bootstrap:
- wirtualna skrzynka
- ec2-s3
wydanie: świszczący oddech
# ustawienia zdalne poniżej tutaj
adres 127.0.0.1
port: 2222
nazwa użytkownika: admin
plik klucza: ścieżka_do_pliku_klucza_prywatnego
serwer_bin: /root/bootstrap/bootstrap-vz-server

Ostatnie 5 ustawień określa, w jaki sposób bootstrap-vz może połączyć się ze zdalnym serwerem kompilacji.
Chociaż początkowe uzgadnianie odbywa się poprzez SSH, bootstrap-vz komunikuje się głównie z
jego odpowiednik poprzez RPC (port komunikacyjny jest automatycznie przekazywany przez
tunel SSH). adres, Port, nazwa użytkownika i plik klucza mam nadzieję, że są zrozumiałe (remote
adres komputera, port SSH, nazwa logowania i ścieżka do prywatnego pliku klucza SSH).

serwer_bin odnosi się do powyżej wzmiankowany plik wykonywalny serwera bootstrap-vz-server. To jest
polecenie bootstrap-vz jest wykonywane na zdalnym komputerze w celu uruchomienia serwera RPC.

Należy pamiętać, że istnieje kilka ograniczeń dotyczących tego, z czym bootstrap-vz jest w stanie sobie poradzić,
dotyczące zdalnej konfiguracji maszyny (z czasem mogą zostać naprawione przez życzliwego człowieka
współpracownik):

· Zalogowany użytkownik musi mieć możliwość uruchomienia sudo bez hasła

· Plik klucza prywatnego musi zostać dodany do agenta ssh przed wywołaniem (alternatywnie jest to plik
może nie być chroniony hasłem)

· Serwer musi już znajdować się na liście znanych_hostów (używa bootstrap-vz ssh bezpośrednio
i nie obsługuje interaktywnych podpowiedzi)

Buduj w panelu ustawień
Ustawienia kompilacji umożliwiają zastąpienie określonych właściwości manifestu. Jest to przydatne
gdy na przykład ISO dodatków dla gości VirtualBox znajduje się pod adresem
/root/guest_additions.iso na serwerze 1, podczas gdy serwer 2 to ma /root/images/vbox.iso.

lokalny:
typ: lokalny
can_bootstrap:
- wirtualna skrzynka
- ec2-s3
wydanie: Jessie
ustawienia_budowy:
dodatki_gościa: /root/images/VBoxGuestAdditions.iso
apt_proxy:
adres 127.0.0.1
port: 3142
Poświadczenia ec2:
klucz dostępu: AFAKEACCESSKEYFORAWS
secret-key: thes3cr3tkeyf0ryourawsaccount/FS4d8Qdva
certyfikat: /root/manifests/cert.pem
klucz prywatny: /root/manifests/pk.pem
identyfikator użytkownika: 1234-1234-1234
region s3: eu-west-1

19 sierpnia 2015 r. BOOTSTRAP-VZ-REMOTE(1)

Użyj bootstrap-vz-remote online, korzystając z usług onworks.net