2015-11-19 15 views
5

Jestem nowy dla kubernetes i próbuję go konceptualizować, a także skonfigurować go lokalnie, aby spróbować coś na nim opracować.Czy można uruchomić kernernetes jako kontener dokowania?

Jest jednak zamieszanie, że uruchamiam maszynę Windows.

Ich dokumentacja "Getting Started" w github mówi, że musisz uruchomić Linuksa, aby używać kubernetes.

Gdy okno dokowane działa w systemie Windows, zastanawiałem się, czy można utworzyć instancję typu kubernetes jako kontener w oknie dokowanym systemu Windows i użyć go do zarządzania resztą klastra w tej samej instancji okna dokowanego.

Od czytania instrukcji konfiguracji, wydaje się docker, kubernetes i coś o nazwie etcd wszystko trzeba uruchomić „równolegle” na systemie operacyjnym pojedynczego hosta ... Ale część mnie myśli, że może to być możliwe do

  1. Uruchom okno dokowane, rozruchowy "domyślny" komputer.
  2. Utwórz kontener kernernetes - skonfiguruj do komunikowania się z istniejącą domyślną maszyną dokera
  3. Użyj kernernetes do zarządzania istniejącym dokiem dokowania.

Sen rury? Niewłaściwa głupota? Widzę, że istnieje kilka opcji związanych z uruchomieniem go w instancji vagrant. Czy to oznacza dokerset, etcd, & kubernetes razem w jednej maszynie wirtualnej (która z kolei tworzy w sobie klaster maszyn wirtualnych?)

Czuję, że muszę narysować zdjęcie tego, jak to wszystko wygląda pod względem fizyczny sprzęt i "pudełka pamięci", aby naprawdę otoczyć się tym.

Odpowiedz

3

W systemie Windows potrzebne są docker-machine i maszyny wirtualne boot2docker do uruchomienia dowolnej czynności związanej z dokowaniem.
Brak (jeszcze nie) "okna dokowanego dla systemu Windows".

Zauważ, że issue 7428 wspomniał "Nie można uruchomić kernernetes w boot2docker".
Więc nawet jeśli follow instructions (z domyślnym VM utworzone z Döcker automatyczna), możesz nadal get errors:

➜ workspace docker run --net=host -d -v /var/run/docker.sock:/var/run/docker.sock gcr.io/google_containers/hyperkube:v0.14.2 /hyperkube kubelet --api_servers=http://localhost:8080 --v=2 --address=0.0.0.0 --enable_server --hostname_override=127.0.0.1 --config=/etc/kubernetes/manifests 
ee0b490f74f6bc9b70c1336115487b38d124bdcebf09b248cec91832e0e9af1d 

➜ workspace docker logs -f ee0b490f74f6bc9b70c1336115487b38d124bdcebf09b248cec91832e0e9af1d 
W0428 09:09:41.479862  1 server.go:249] Could not load kubernetes auth path: stat : no such file or directory. Continuing with defaults. 
I0428 09:09:41.479989  1 server.go:168] Using root directory: /var/lib/kubelet 

Alternatywą byłoby spróbować w pełnym fledge Linux VM (jak najnowszym Ubuntu) , zamiast maszyny wirtualnej podobnej do boot2docker (opartej na TinyCore distro).

+0

Dziękuję bardzo! Próba uruchomienia kernernetes na boot2docker OS była tak daleko, jak to możliwe. Zakładam, że błąd był związany z otrzymaniem 'CONFIG_RESOURCE_URILTERS' https://github.com/docker/docker/pull/13546, który jest wyłączony w boot2docker. Wypróbuję inną maszynę wirtualną jako moją bazę. –

+0

@AlexC tak, albo inna maszyna wirtualna, albo inne iso, jak wspomniałem wczoraj (http://stackoverflow.com/a/33790465/6309) – VonC

+0

O, cudownie! Możliwe, że istnieje nawet taki obraz, który mógłbym wykorzystać jako moją "domyślną maszynę", która jest już poprawnie skonfigurowana dla kernernet. Rozejrzę się. Dziękuję bardzo! –

1

Wszystkie komponenty k8s można podnosić za pomocą hiperkuby, która pomaga w przywożeniu kontenera. Jeśli możesz uruchomić okno dokowane w systemie Windows, prawdopodobnie by działało. Nie próbowałem go osobiście na Windows.

Powiązane problemy