Merge pull request #30375 from mfilocha/pl-sync-1.22.a5
Synchronize Polish localization for ver 1.22, part 5pull/30631/head
commit
dc68cebdb8
|
@ -26,13 +26,15 @@ Przed zapoznaniem się z samouczkami warto stworzyć zakładkę do
|
||||||
|
|
||||||
## Konfiguracja
|
## Konfiguracja
|
||||||
|
|
||||||
[Konfiguracja serwera Redis z użyciem ConfigMap](/docs/tutorials/configuration/configure-redis-using-configmap/)
|
* [Configuring a Java Microservice](/docs/tutorials/configuration/configure-java-microservice/)
|
||||||
|
|
||||||
|
* [Configuring Redis Using a ConfigMap](/docs/tutorials/configuration/configure-redis-using-configmap/)
|
||||||
|
|
||||||
## Aplikacje bezstanowe *(Stateless Applications)*
|
## Aplikacje bezstanowe *(Stateless Applications)*
|
||||||
|
|
||||||
* [Exposing an External IP Address to Access an Application in a Cluster](/docs/tutorials/stateless-application/expose-external-ip-address/)
|
* [Exposing an External IP Address to Access an Application in a Cluster](/docs/tutorials/stateless-application/expose-external-ip-address/)
|
||||||
|
|
||||||
* [Example: Deploying PHP Guestbook application with MongoDB](/docs/tutorials/stateless-application/guestbook/)
|
* [Example: Deploying PHP Guestbook application with Redis](/docs/tutorials/stateless-application/guestbook/)
|
||||||
|
|
||||||
## Aplikacje stanowe *(Stateful Applications)*
|
## Aplikacje stanowe *(Stateful Applications)*
|
||||||
|
|
||||||
|
|
|
@ -43,10 +43,10 @@ W tym samouczku wykorzystamy obraz kontenera, który korzysta z NGINX, aby wyśw
|
||||||
{{< kat-button >}}
|
{{< kat-button >}}
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
Jeśli masz minikube zainstalowane lokalnie, uruchom `minikube start`.
|
Jeśli masz minikube zainstalowane lokalnie, uruchom `minikube start`. Przed uruchomieniem `minikube dashboard`, otwórz okno nowego terminala, uruchom w nim `minikube dashboard` i przełącz się z powrotem do okna głównego terminala.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
|
|
||||||
2. Otwórz panel Kubernetes w przeglądarce:
|
2. Otwórz panel Kubernetesa w przeglądarce:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
minikube dashboard
|
minikube dashboard
|
||||||
|
@ -56,13 +56,35 @@ W tym samouczku wykorzystamy obraz kontenera, który korzysta z NGINX, aby wyśw
|
||||||
|
|
||||||
4. Tylko w Katacoda: Wpisz `30000`i kliknij **Display Port**.
|
4. Tylko w Katacoda: Wpisz `30000`i kliknij **Display Port**.
|
||||||
|
|
||||||
|
{{< note >}}
|
||||||
|
Polecenie `dashboard` uruchamia dodatek panelu i otwiera proxy w domyślnej przeglądarce.
|
||||||
|
W panelu można tworzyć różne obiekty Kubernetesa, takie jak _Deployment_ czy _Serwis_.
|
||||||
|
|
||||||
|
Jeśli pracujesz z uprawnieniami roota, skorzystaj z: [Otwieranie panelu poprzez URL](#otwieranie-panelu-poprzez-url).
|
||||||
|
|
||||||
|
Panel jest domyślnie dostępny jedynie z wewnętrznej sieci Kubernetesa.
|
||||||
|
Polecenie `dashboard` tworzy tymczasowe proxy, które udostępnia panel także poza tą wewnętrzną sieć.
|
||||||
|
|
||||||
|
Aby zatrzymać proxy, wciśnij `Ctrl+C` i zakończ proces.
|
||||||
|
Panel ciągle działa na klastrze Kubernetesa, nawet po przerwaniu działania proxy.
|
||||||
|
Aby dostać się ponownie do panelu, trzeba stworzyć kolejne proxy poleceniem `dashboard`.
|
||||||
|
{{< /note >}}
|
||||||
|
|
||||||
|
## Otwieranie panelu poprzez URL
|
||||||
|
|
||||||
|
Jeśli nie chcesz otwierać przeglądarki, uruchom panel z opcją `--url`, aby wyświetlić URL:
|
||||||
|
|
||||||
|
```shell
|
||||||
|
minikube dashboard --url
|
||||||
|
```
|
||||||
|
|
||||||
## Stwórz Deployment
|
## Stwórz Deployment
|
||||||
|
|
||||||
[*Pod*](/docs/concepts/workloads/pods/) w Kubernetes to grupa jednego lub wielu kontenerów
|
[*Pod*](/docs/concepts/workloads/pods/) w Kubernetesie to grupa jednego lub wielu kontenerów
|
||||||
połączonych ze sobą na potrzeby administrowania i dostępu sieci. W tym samouczku Pod
|
połączonych ze sobą na potrzeby administrowania i dostępu sieci. W tym samouczku Pod
|
||||||
zawiera tylko jeden kontener. [*Deployment*](/docs/concepts/workloads/controllers/deployment/)
|
zawiera tylko jeden kontener. [*Deployment*](/docs/concepts/workloads/controllers/deployment/)
|
||||||
w Kubernetes monitoruje stan twojego Poda
|
w Kubernetesie monitoruje stan twojego Poda
|
||||||
i restartuje należący do niego kontener, jeśli ten z jakichś powodów przestanie działać.
|
i restartuje należące do niego kontenery, jeśli z jakichś powodów przestaną działać.
|
||||||
Użycie Deploymentu to rekomendowana metoda zarządzania tworzeniem i skalowaniem Podów.
|
Użycie Deploymentu to rekomendowana metoda zarządzania tworzeniem i skalowaniem Podów.
|
||||||
|
|
||||||
1. Użyj polecenia `kubectl create` do stworzenia Deploymentu, który będzie zarządzał Podem. Pod uruchamia kontener
|
1. Użyj polecenia `kubectl create` do stworzenia Deploymentu, który będzie zarządzał Podem. Pod uruchamia kontener
|
||||||
|
@ -118,7 +140,7 @@ wykorzystując podany obraz Dockera.
|
||||||
|
|
||||||
Domyślnie Pod jest dostępny tylko poprzez swój wewnętrzny adres IP
|
Domyślnie Pod jest dostępny tylko poprzez swój wewnętrzny adres IP
|
||||||
wewnątrz klastra Kubernetes. Aby kontener `hello-node` był osiągalny spoza
|
wewnątrz klastra Kubernetes. Aby kontener `hello-node` był osiągalny spoza
|
||||||
wirtualnej sieci Kubernetes, musisz najpierw udostępnić Pod
|
wirtualnej sieci Kubernetesa, musisz najpierw udostępnić Pod
|
||||||
jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
|
jako [*Serwis*](/docs/concepts/services-networking/service/) Kubernetes.
|
||||||
|
|
||||||
1. Udostępnij Pod w Internecie przy pomocy polecenia `kubectl expose`:
|
1. Udostępnij Pod w Internecie przy pomocy polecenia `kubectl expose`:
|
||||||
|
@ -205,10 +227,10 @@ Narzędzie minikube dysponuje zestawem wbudowanych {{< glossary_tooltip text="do
|
||||||
Wynik powinien wyglądać podobnie do:
|
Wynik powinien wyglądać podobnie do:
|
||||||
|
|
||||||
```
|
```
|
||||||
metrics-server was successfully enabled
|
The 'metrics-server' addon is enabled
|
||||||
```
|
```
|
||||||
|
|
||||||
3. Sprawdź Pod i Serwis, który właśnie stworzyłeś:
|
3. Sprawdź Pody i Serwisy, który właśnie stworzyłeś:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl get pod,svc -n kube-system
|
kubectl get pod,svc -n kube-system
|
||||||
|
|
|
@ -29,11 +29,11 @@ weight: 10
|
||||||
<div class="col-md-8">
|
<div class="col-md-8">
|
||||||
<h3>Klaster Kubernetes</h3>
|
<h3>Klaster Kubernetes</h3>
|
||||||
<p>
|
<p>
|
||||||
<b>Zadaniem Kubernetes jest koordynacja wysoko dostępnego klastra komputerów działającego jako jedna całość.</b> Obiekty abstrakcyjne Kubernetes pozwalają instalować (uruchamiać) aplikacje w kontenerach bez przypisywania ich do konkretnej maszyny. Aby móc korzystać z tego nowego modelu instalacji, aplikacje muszą być przygotowane w taki sposób, aby były niezależne od konkretnego serwera: muszą być skonteneryzowane. Aplikacje w kontenerach są bardziej elastyczne przy instalacji, niż to miało miejsce w poprzednich modelach, kiedy aplikacje były instalowane bezpośrednio na konkretne maszyny jako pakiety ściśle powiązane z konkretną maszyną. <b>Kubernetes automatyzuje dystrybucję i zlecanie uruchamiania aplikacji na klastrze w bardziej efektywny sposób.</b> Kubernetes jest platformą otwartego oprogramowania, gotowym do pracy w środowiskach produkcyjnych.
|
<b>Zadaniem Kubernetesa jest zarządzanie klastrem komputerów o wysokiej dostępności, działającego jako jedna całość.</b> Kubernetes, poprzez swój system obiektów abstrakcyjnych, umożliwia uruchamianie aplikacji w kontenerach bez przypisywania ich do konkretnej maszyny. Aby móc korzystać z tego nowego modelu instalacji, aplikacje muszą być przygotowane w taki sposób, aby były niezależne od konkretnego serwera: muszą być skonteneryzowane. Aplikacje w kontenerach są bardziej elastyczne przy instalacji, niż to miało miejsce w poprzednich modelach, kiedy aplikacje były instalowane bezpośrednio na konkretne maszyny jako pakiety ściśle powiązane z tą maszyną. <b>Kubernetes automatyzuje dystrybucję i zlecanie uruchamiania aplikacji na klastrze w bardziej efektywny sposób.</b> Kubernetes jest platformą otwartego oprogramowania, gotowym do pracy w środowiskach produkcyjnych.
|
||||||
</p>
|
</p>
|
||||||
<p>Klaster Kubernetes składa się z dwóch rodzajów zasobów:
|
<p>Klaster Kubernetes składa się z dwóch rodzajów zasobów:
|
||||||
<ul>
|
<ul>
|
||||||
<li><b>Master</b> koordynuje działanie klastra</li>
|
<li><b>Warstwa sterowania</b> koordynuje działanie klastra</li>
|
||||||
<li>Na <b>węzłach <i>(nodes)</i></b> uruchamiane są aplikacje</li>
|
<li>Na <b>węzłach <i>(nodes)</i></b> uruchamiane są aplikacje</li>
|
||||||
</ul>
|
</ul>
|
||||||
</p>
|
</p>
|
||||||
|
@ -71,22 +71,22 @@ weight: 10
|
||||||
|
|
||||||
<div class="row">
|
<div class="row">
|
||||||
<div class="col-md-8">
|
<div class="col-md-8">
|
||||||
<p><b>Master odpowiada za zarządzanie klastrem.</b> Master koordynuje wszystkie działania klastra, takie jak zlecanie uruchomienia aplikacji, utrzymywanie pożądanego stanu aplikacji, skalowanie aplikacji i instalowanie nowych wersji.</p>
|
<p><b>Warstwa sterowania odpowiada za zarządzanie klastrem.</b> Warstwa sterowania koordynuje wszystkie działania klastra, takie jak zlecanie uruchomienia aplikacji, utrzymywanie pożądanego stanu aplikacji, skalowanie aplikacji i instalowanie nowych wersji.</p>
|
||||||
<p><b>Węzeł to maszyna wirtualna (VM) lub fizyczny serwer, który jest maszyną roboczą w klastrze Kubernetes.</b> Na każdym węźle działa Kubelet, agent zarządzający tym węzłem i komunikujący się z masterem Kubernetes. Węzeł zawiera także narzędzia do obsługi kontenerów, takie jak containerd lub Docker. Klaster Kubernetes w środowisku produkcyjnym powinien składać się minimum z trzech węzłów.</p>
|
<p><b>Węzeł to maszyna wirtualna (VM) lub fizyczny serwer, który jest maszyną roboczą w klastrze Kubernetes.</b> Na każdym węźle działa Kubelet, agent zarządzający tym węzłem i komunikujący się z warstwą sterowania Kubernetesa. Węzeł zawiera także narzędzia do obsługi kontenerów, takie jak containerd lub Docker. Klaster Kubernetes w środowisku produkcyjnym powinien składać się minimum z trzech węzłów.</p>
|
||||||
|
|
||||||
</div>
|
</div>
|
||||||
<div class="col-md-4">
|
<div class="col-md-4">
|
||||||
<div class="content__box content__box_fill">
|
<div class="content__box content__box_fill">
|
||||||
<p><i>Węzły typu master zarządzają klastrem i węzłami wykorzystywanymi do uruchamiania aplikacji. </i></p>
|
<p><i>Warstwa sterowania zarządza klastrem i węzłami wykorzystywanymi do uruchamiania aplikacji.</i></p>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<div class="row">
|
<div class="row">
|
||||||
<div class="col-md-8">
|
<div class="col-md-8">
|
||||||
<p>Kiedy instalujesz aplikację na Kubernetes, polecasz masterowi uruchomienie kontenera z aplikacją. Master zleca uruchomienie kontenera na węzłach klastra. <b>Węzły komunikują się z masterem przy użyciu <a href="/docs/concepts/overview/kubernetes-api/">Kubernetes API</a></b>, wystawianego przez mastera. Użytkownicy końcowi mogą korzystać bezpośrednio z Kubernetes API do komunikacji z klastrem.</p>
|
<p>Kiedy instalujesz aplikację na Kubernetesie, zlecasz warstwie sterowania uruchomienie kontenera z aplikacją. Warstwa sterowania zleca uruchomienie kontenera na węzłach klastra. <b>Węzły komunikują się z warstwą sterowania przy użyciu <a href="/docs/concepts/overview/kubernetes-api/">API Kubernetesa</a></b>, udostępnianego poprzez warstwę sterowania. Użytkownicy końcowi mogą korzystać bezpośrednio z API Kubernetesa do komunikacji z klastrem.</p>
|
||||||
|
|
||||||
<p>Klaster Kubernetes może być zainstalowany zarówno na fizycznych, jak i na maszynach wirtualnych. Aby wypróbować Kubernetes, można też wykorzystać Minikube. Minikube to "lekka" implementacja Kubernetes, która tworzy VM na maszynie lokalnej i instaluje prosty klaster składający się tylko z jednego węzła. Minikube jest dostępne na systemy Linux, macOS i Windows. Narzędzie linii poleceń Minikube obsługuje podstawowe operacje na klastrze, takie jak start, stop, informacje o stanie i usunięcie klastra. Na potrzeby tego samouczka wykorzystamy jednak terminal online z zainstalowanym już wcześniej Minikube.</p>
|
<p>Klaster Kubernetes może być zainstalowany zarówno na fizycznych, jak i na maszynach wirtualnych. Aby wypróbować Kubernetesa, można też wykorzystać Minikube. Minikube to "lekka" implementacja Kubernetesa, która tworzy VM na maszynie lokalnej i instaluje prosty klaster składający się tylko z jednego węzła. Minikube jest dostępny na systemy Linux, macOS i Windows. Narzędzie linii poleceń Minikube obsługuje podstawowe operacje na klastrze, takie jak start, stop, prezentacja informacji jego stanie i usunięcie klastra. Na potrzeby tego samouczka wykorzystamy jednak terminal online z zainstalowanym już wcześniej Minikube.</p>
|
||||||
|
|
||||||
<p>Teraz, kiedy już wiesz, co to jest Kubernetes, przejdźmy do samouczka online i stwórzmy nasz pierwszy klaster!</p>
|
<p>Teraz, kiedy już wiesz, co to jest Kubernetes, przejdźmy do samouczka online i stwórzmy nasz pierwszy klaster!</p>
|
||||||
|
|
||||||
|
|
|
@ -74,11 +74,11 @@ weight: 10
|
||||||
<div class="row">
|
<div class="row">
|
||||||
<div class="col-md-8">
|
<div class="col-md-8">
|
||||||
<h2>Węzły</h2>
|
<h2>Węzły</h2>
|
||||||
<p>Pod jest uruchamiany na <b>węźle <em>(Node)</em></b>. Węzeł jest maszyną roboczą, fizyczną lub wirtualną, w zależności od klastra. Każdy z węzłów jest zarządzany przez węzeł główny <em>(Master)</em>. Węzeł może zawierać wiele podów. Kubernetes master automatycznie zleca uruchomienie podów na różnych węzłach w ramach klastra. Automatyczne zlecanie uruchomienia bierze pod uwagę zasoby dostępne na każdym z węzłów.</p>
|
<p>Pod jest uruchamiany na <b>węźle <em>(Node)</em></b>. Węzeł jest maszyną roboczą, fizyczną lub wirtualną, w zależności od klastra. Każdy z węzłów jest zarządzany przez warstwę sterowania <em>(Control Plane)</em>. Węzeł może zawierać wiele podów. Warstwa sterowania Kubernetesa automatycznie zleca uruchomienie podów na różnych węzłach w ramach klastra. Automatyczne zlecanie uruchomienia bierze pod uwagę zasoby dostępne na każdym z węzłów.</p>
|
||||||
|
|
||||||
<p>Na każdym węźle Kubernetes działają co najmniej:</p>
|
<p>Na każdym węźle Kubernetes działają co najmniej:</p>
|
||||||
<ul>
|
<ul>
|
||||||
<li>Kubelet, proces odpowiedzialny za komunikację pomiędzy Kubernetes Master i węzłami; zarządza podami i kontenerami działającymi na maszynie.</li>
|
<li>Kubelet, proces odpowiedzialny za komunikację pomiędzy warstwą sterowania Kubernetesa i węzłami; zarządza podami i kontenerami działającymi na maszynie.</li>
|
||||||
<li>Proces wykonawczy kontenera (np. Docker), który zajmuje się pobraniem obrazu dla kontenera z repozytorium, rozpakowaniem kontenera i uruchomieniem aplikacji.</li>
|
<li>Proces wykonawczy kontenera (np. Docker), który zajmuje się pobraniem obrazu dla kontenera z repozytorium, rozpakowaniem kontenera i uruchomieniem aplikacji.</li>
|
||||||
</ul>
|
</ul>
|
||||||
|
|
||||||
|
|
|
@ -19,7 +19,7 @@ weight: 10
|
||||||
<div class="col-md-8">
|
<div class="col-md-8">
|
||||||
<h3>Cele</h3>
|
<h3>Cele</h3>
|
||||||
<ul>
|
<ul>
|
||||||
<li>Poznać Serwis w Kubernetes</li>
|
<li>Poznać Serwis w Kubernetesie</li>
|
||||||
<li>Zrozumieć, jak obiekty Label i LabelSelector są powiązane z Serwisem</li>
|
<li>Zrozumieć, jak obiekty Label i LabelSelector są powiązane z Serwisem</li>
|
||||||
<li>Udostępnić aplikację na zewnątrz klastra Kubernetes korzystając z Serwisu</li>
|
<li>Udostępnić aplikację na zewnątrz klastra Kubernetes korzystając z Serwisu</li>
|
||||||
</ul>
|
</ul>
|
||||||
|
@ -37,7 +37,7 @@ weight: 10
|
||||||
<li><i>ClusterIP</i> (domyślnie) - Wystawia serwis poprzez wewnętrzny adres IP w klastrze. W ten sposób serwis jest dostępny tylko wewnątrz klastra.</li>
|
<li><i>ClusterIP</i> (domyślnie) - Wystawia serwis poprzez wewnętrzny adres IP w klastrze. W ten sposób serwis jest dostępny tylko wewnątrz klastra.</li>
|
||||||
<li><i>NodePort</i> - Wystawia serwis na tym samym porcie na każdym z wybranych węzłów klastra przy pomocy NAT. W ten sposób serwis jest dostępny z zewnątrz klastra poprzez <code><NodeIP>:<NodePort></code>. Nadzbiór ClusterIP.</li>
|
<li><i>NodePort</i> - Wystawia serwis na tym samym porcie na każdym z wybranych węzłów klastra przy pomocy NAT. W ten sposób serwis jest dostępny z zewnątrz klastra poprzez <code><NodeIP>:<NodePort></code>. Nadzbiór ClusterIP.</li>
|
||||||
<li><i>LoadBalancer</i> - Tworzy zewnętrzny load balancer u bieżącego dostawcy usług chmurowych (o ile jest taka możliwość) i przypisuje serwisowi stały, zewnętrzny adres IP. Nadzbiór NodePort.</li>
|
<li><i>LoadBalancer</i> - Tworzy zewnętrzny load balancer u bieżącego dostawcy usług chmurowych (o ile jest taka możliwość) i przypisuje serwisowi stały, zewnętrzny adres IP. Nadzbiór NodePort.</li>
|
||||||
<li><i>ExternalName</i> - Wystawia Service przy pomocy wybranej nazwy (wyspecyfikowanej jako <code>externalName</code>) poprzez zwracanie wartości rekordu CNAME przypisanego w usłudze DNS. W tym przypadku nie jest wykorzystywany proces przekierowania ruchu metodą proxy. Ten typ wymaga wersji v1.7 lub wyższej usługi <code>kube-dns</code>.</li>
|
<li><i>ExternalName</i> - Przypisuje Service do <code>externalName</code> (np. <code>foo.bar.example.com</code>), zwracając rekord <code>CNAME</code> wraz z zawartością. W tym przypadku nie jest wykorzystywany proces przekierowania ruchu metodą proxy. Ta metoda wymaga <code>kube-dns</code> w wersji v1.7 lub wyższej lub CoreDNS w wersji 0.0.8 lub wyższej.</li>
|
||||||
</ul>
|
</ul>
|
||||||
<p>Więcej informacji na temat różnych typów serwisów znajduje się w samouczku <a href="/docs/tutorials/services/source-ip/">Używanie adresu źródłowego (Source IP)</a>. Warto też zapoznać się z <a href="/docs/concepts/services-networking/connect-applications-service">Łączeniem Aplikacji z Serwisami</a>.</p>
|
<p>Więcej informacji na temat różnych typów serwisów znajduje się w samouczku <a href="/docs/tutorials/services/source-ip/">Używanie adresu źródłowego (Source IP)</a>. Warto też zapoznać się z <a href="/docs/concepts/services-networking/connect-applications-service">Łączeniem Aplikacji z Serwisami</a>.</p>
|
||||||
<p>W pewnych przypadkach w serwisie nie specyfikuje się <code>selector</code>. Serwis, który został stworzony bez pola <code>selector</code>, nie utworzy odpowiedniego obiektu Endpoints. W ten sposób użytkownik ma możliwość ręcznego przyporządkowania serwisu do konkretnych endpoints. Inny przypadek, kiedy nie używa się selektora, ma miejsce, kiedy stosujemy <code>type: ExternalName</code>.</p>
|
<p>W pewnych przypadkach w serwisie nie specyfikuje się <code>selector</code>. Serwis, który został stworzony bez pola <code>selector</code>, nie utworzy odpowiedniego obiektu Endpoints. W ten sposób użytkownik ma możliwość ręcznego przyporządkowania serwisu do konkretnych endpoints. Inny przypadek, kiedy nie używa się selektora, ma miejsce, kiedy stosujemy <code>type: ExternalName</code>.</p>
|
||||||
|
@ -52,7 +52,7 @@ weight: 10
|
||||||
</ul>
|
</ul>
|
||||||
</div>
|
</div>
|
||||||
<div class="content__box content__box_fill">
|
<div class="content__box content__box_fill">
|
||||||
<p><i>Serwis Kubernetes to warstwa abstrakcji, która definiuje logiczny zbiór Podów i umożliwia kierowanie ruchu przychodzącego do Podów, jego równoważenie oraz service discovery.</i></p>
|
<p><i>Serwis Kubernetesa to warstwa abstrakcji, która definiuje logiczny zbiór Podów i umożliwia kierowanie ruchu przychodzącego do Podów, jego równoważenie oraz service discovery.</i></p>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
|
Loading…
Reference in New Issue