Pl Ikoula wiki - Wkład użytkownika [pl]

Duplikuj instancję w innej strefie

2021-07-29T15:36:15Z

Ikbot:

[[:ro:Duplicarea unei instanțe în altă zonă]][[ro:Duplicarea unei instanțe în altă zonă]]
[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Dupliquer une instance dans une autre zone|tutaj]]. 
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==Przypadki użycia==
Stworzyłem instancję w strefie BASIC, chciałbym przenieść moją instancję do strefy ADVANCE, aby skorzystać z jej funkcjonalności.
Chciałbym wdrożyć moją infrastrukturę identycznie w innej strefie, aby mieć infrastrukturę testową.

==Wymagania wstępne==
Chciałbym wdrożyć moją infrastrukturę w innej strefie, aby mieć infrastrukturę testową.

==Rozwijanie==
Utwórz model mojej instancji cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Skopiuj mój szablon do innej strefy cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Deploy my template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Chmura_publiczna]]
[[Catégorie :Cloud]]

Duplikuj instancję w innej strefie

2021-07-29T15:35:20Z

Ikbot:

[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Dupliquer une instance dans une autre zone|tutaj]]. 
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==Przypadki użycia==
Stworzyłem instancję w strefie BASIC, chciałbym przenieść moją instancję do strefy ADVANCE, aby skorzystać z jej funkcjonalności.
Chciałbym wdrożyć moją infrastrukturę identycznie w innej strefie, aby mieć infrastrukturę testową.

==Wymagania wstępne==
Chciałbym wdrożyć moją infrastrukturę w innej strefie, aby mieć infrastrukturę testową.

==Rozwijanie==
Utwórz model mojej instancji cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Skopiuj mój szablon do innej strefy cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Deploy my template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Chmura_publiczna]]
[[Catégorie :Cloud]]

Duplikuj instancję w innej strefie

2021-07-29T15:34:37Z

Ikbot: Utworzono nową stronę ":fr:Dup..."

[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Dupliquer une instance dans une autre zone|tutaj]]. 
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==Przypadki użycia==
Stworzyłem instancję w strefie BASIC, chciałbym przenieść moją instancję do strefy ADVANCE, aby skorzystać z jej funkcjonalności.
Chciałbym wdrożyć moją infrastrukturę identycznie w innej strefie, aby mieć infrastrukturę testową.

==Wymagania wstępne==
Chciałbym wdrożyć moją infrastrukturę w innej strefie, aby mieć infrastrukturę testową.

==Rozwijanie==
Utwórz model mojej instancji cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Skopiuj mój szablon do innej strefy cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Deploy my template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Chmura_publiczna]]
[[Catégorie :Cloud]]

Docker debuguje kontener, który natychmiast się zatrzymuje

2021-07-29T15:27:43Z

Ikbot:

[[:ro:Docker depanarea unui container care se oprește imediat]][[ro:Docker depanarea unui container care se oprește imediat]]
[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Docker déboguer un conteneur qui se stop immédiatement|tutaj]]. 
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==Wstęp== 
Po rozpoczęciu pracy '''uruchomienie docker''' kontener zatrzymuje się natychmiast, możliwe jest, że Twój ''PID 1'' nie wystartował, jednak nie widzisz nic w logach i nie możesz sprawdzić w swoim kontenerze. 
Zobaczymy jak debugować kontener ''Docker'' który zatrzymuje się natychmiast, poprzez wymuszenie na nim polecenia na ''PID 1''.

==Kurs== 
Uruchom ponownie urządzenie '''uruchomienie docker''' za pomocą poniższego polecenia:
<pre>
$ docker run -d --name NOM_DE_VOTRE_CONTENEUR NOM_DE_VOTRE_IMAGE /bin/sh -c "while true; do sleep 2; df -h; done"
</pre>

To sprawi, że Twój '''PID 1''' będzie nadal działać, więc możesz sprawdzić w swoim kontenerze, czy twoje usługi są uruchomione i je debugować.



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:Docker]]

Docker debuguje kontener, który natychmiast się zatrzymuje

2021-07-29T15:25:37Z

Ikbot:

[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Docker déboguer un conteneur qui se stop immédiatement|tutaj]]. 
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==Wstęp== 
Po rozpoczęciu pracy '''uruchomienie docker''' kontener zatrzymuje się natychmiast, możliwe jest, że Twój ''PID 1'' nie wystartował, jednak nie widzisz nic w logach i nie możesz sprawdzić w swoim kontenerze. 
Zobaczymy jak debugować kontener ''Docker'' który zatrzymuje się natychmiast, poprzez wymuszenie na nim polecenia na ''PID 1''.

==Kurs== 
Uruchom ponownie urządzenie '''uruchomienie docker''' za pomocą poniższego polecenia:
<pre>
$ docker run -d --name NOM_DE_VOTRE_CONTENEUR NOM_DE_VOTRE_IMAGE /bin/sh -c "while true; do sleep 2; df -h; done"
</pre>

To sprawi, że Twój '''PID 1''' będzie nadal działać, więc możesz sprawdzić w swoim kontenerze, czy twoje usługi są uruchomione i je debugować.



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:Docker]]

Docker debuguje kontener, który natychmiast się zatrzymuje

2021-07-29T15:23:01Z

Ikbot: Utworzono nową stronę "<span data-link_translate_fr_title="Docker déboguer un conteneur qui se stop immédiatement" data-link_translate_fr_url="Docker déboguer un conteneur qui se stop imm..."

[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Docker déboguer un conteneur qui se stop immédiatement|tutaj]]. 
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==Wstęp== 
Po rozpoczęciu pracy '''uruchomienie docker''' kontener zatrzymuje się natychmiast, możliwe jest, że Twój ''PID 1'' nie wystartował, jednak nie widzisz nic w logach i nie możesz sprawdzić w swoim kontenerze. 
Zobaczymy jak debugować kontener ''Docker'' który zatrzymuje się natychmiast, poprzez wymuszenie na nim polecenia na ''PID 1''.

==Kurs== 
Uruchom ponownie urządzenie '''uruchomienie docker''' za pomocą poniższego polecenia:
<pre>
$ docker run -d --name NOM_DE_VOTRE_CONTENEUR NOM_DE_VOTRE_IMAGE /bin/sh -c "while true; do sleep 2; df -h; done"
</pre>

To sprawi, że Twój '''PID 1''' będzie nadal działać, więc możesz sprawdzić w swoim kontenerze, czy twoje usługi są uruchomione i je debugować.



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:Docker]]

Diagnozowanie uszkodzonego dysku w systemie Linux

2021-07-29T15:10:25Z

Ikbot:

[[:ro:Diagnosticarea unui disc Linux defect]][[ro:Diagnosticarea unui disc Linux defect]]
[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Diagnostic d'un disque défectueux Linux|tutaj]]. 
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
== Wstęp ==

Ten artykuł ma na celu zdiagnozowanie i zidentyfikowanie uszkodzonego dysku w serwerze Linux.

Poniższe czynności można wykonać z poziomu terminala Linux lub Netboot.

== Zamówienia ==

=== Jeśli system operacyjny posiada RAID == =

Jako pierwszy krok możesz wykonać następujące polecenia:

<code> cat /proc/mdstat </code>

Otrzymasz wtedy wynik podobny do poniższego:

<pre>
[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 sda3[1] sdb3[0]
262016 blocks [2/2] [UU]

md1 : active raid1 sda2[1] sdb2[0]
119684160 blocks [2/2] [UU]

md0 : active raid1 sda1[1] sdb1[0]
102208 blocks [2/2] [UU]

unused devices: <none>

</pre>

Tutaj można zobaczyć [UU] na końcu każdego dysku logicznego. U oznacza, że dysk jest prawidłowo zintegrowany w macierzy RAID.
Dlatego, gdy tylko pojawi się sekwencja taka jak [_U] wnioskujemy, że napęd jest uszkodzony.

Możesz również uzyskać wynik taki jak poniżej:

<pre>

[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
md3 : active raid1 sda3[0] sdb3[2](F)
439553856 blocks super 1.0 [2/1] [U_]
bitmap: 1/4 pages [4KB], 65536KB chunk

md1 : active raid1 sdb1[2](F) sda1[0]
19529600 blocks super 1.0 [2/1] [U_]

unused devices: <none>

</pre>

W tym przypadku (F) mówi nam, że przegroda jest uszkodzona. W naszym przykładzie uszkodzone są partycje sdb3 i sdb1.

=== Diagnoza == =

Aby zdiagnozować, który dysk jest uszkodzony, użyjemy SMART.

Aby to zrobić, musisz go zainstalować:
W zależności od dystrybucji Linuksa, polecenie może się zmienić:

Dla Centos :

<code>
yum install smartmontools
</code>

Dla Ubuntu / Debiana :

<code>
apt-get install smartmontools
</code>

Następnie możesz wykonać następujące polecenie, które wyświetli listę obecnych dysków:

<code>
smartctl --scan
</code>

Aby uzyskać więcej informacji o dysku, użyj następującego polecenia:

<code>
smartctl -iHAl error [NOM DU DISQUE]
</code>

Następnie zostanie wygenerowany raport z dysku, który pokaże wszystkie występujące anomalie.
Niniejsze sprawozdanie składa się z czterech części. Pierwsza część to informacje o dysku, jego numer seryjny, model, pojemność, ...
Druga część to powrót do testu SMART, jeśli wynik jest inny niż PASSED, konieczna jest wymiana dysku.
Trzecia część to wszystkie wartości wygenerowane przez test związane z dyskiem.
I wreszcie ostatnia część to logi błędów dysku.

[[Category:Linux]]
[[Category:Serwer dedykowany]]

Diagnozowanie uszkodzonego dysku w systemie Linux

2021-07-29T15:09:15Z

Ikbot:

[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Diagnostic d'un disque défectueux Linux|tutaj]]. 
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
== Wstęp ==

Ten artykuł ma na celu zdiagnozowanie i zidentyfikowanie uszkodzonego dysku w serwerze Linux.

Poniższe czynności można wykonać z poziomu terminala Linux lub Netboot.

== Zamówienia ==

=== Jeśli system operacyjny posiada RAID == =

Jako pierwszy krok możesz wykonać następujące polecenia:

<code> cat /proc/mdstat </code>

Otrzymasz wtedy wynik podobny do poniższego:

<pre>
[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 sda3[1] sdb3[0]
262016 blocks [2/2] [UU]

md1 : active raid1 sda2[1] sdb2[0]
119684160 blocks [2/2] [UU]

md0 : active raid1 sda1[1] sdb1[0]
102208 blocks [2/2] [UU]

unused devices: <none>

</pre>

Tutaj można zobaczyć [UU] na końcu każdego dysku logicznego. U oznacza, że dysk jest prawidłowo zintegrowany w macierzy RAID.
Dlatego, gdy tylko pojawi się sekwencja taka jak [_U] wnioskujemy, że napęd jest uszkodzony.

Możesz również uzyskać wynik taki jak poniżej:

<pre>

[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
md3 : active raid1 sda3[0] sdb3[2](F)
439553856 blocks super 1.0 [2/1] [U_]
bitmap: 1/4 pages [4KB], 65536KB chunk

md1 : active raid1 sdb1[2](F) sda1[0]
19529600 blocks super 1.0 [2/1] [U_]

unused devices: <none>

</pre>

W tym przypadku (F) mówi nam, że przegroda jest uszkodzona. W naszym przykładzie uszkodzone są partycje sdb3 i sdb1.

=== Diagnoza == =

Aby zdiagnozować, który dysk jest uszkodzony, użyjemy SMART.

Aby to zrobić, musisz go zainstalować:
W zależności od dystrybucji Linuksa, polecenie może się zmienić:

Dla Centos :

<code>
yum install smartmontools
</code>

Dla Ubuntu / Debiana :

<code>
apt-get install smartmontools
</code>

Następnie możesz wykonać następujące polecenie, które wyświetli listę obecnych dysków:

<code>
smartctl --scan
</code>

Aby uzyskać więcej informacji o dysku, użyj następującego polecenia:

<code>
smartctl -iHAl error [NOM DU DISQUE]
</code>

Następnie zostanie wygenerowany raport z dysku, który pokaże wszystkie występujące anomalie.
Niniejsze sprawozdanie składa się z czterech części. Pierwsza część to informacje o dysku, jego numer seryjny, model, pojemność, ...
Druga część to powrót do testu SMART, jeśli wynik jest inny niż PASSED, konieczna jest wymiana dysku.
Trzecia część to wszystkie wartości wygenerowane przez test związane z dyskiem.
I wreszcie ostatnia część to logi błędów dysku.

[[Category:Linux]]
[[Category:Serwer dedykowany]]

Diagnozowanie uszkodzonego dysku w systemie Linux

2021-07-29T15:08:14Z

Ikbot: Utworzono nową stronę ":fr:Diagnos..."

[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Diagnostic d'un disque défectueux Linux|tutaj]]. 
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
== Wstęp ==

Ten artykuł ma na celu zdiagnozowanie i zidentyfikowanie uszkodzonego dysku w serwerze Linux.

Poniższe czynności można wykonać z poziomu terminala Linux lub Netboot.

== Zamówienia ==

=== Jeśli system operacyjny posiada RAID == =

Jako pierwszy krok możesz wykonać następujące polecenia:

<code> cat /proc/mdstat </code>

Otrzymasz wtedy wynik podobny do poniższego:

<pre>
[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
read_ahead 1024 sectors
md2 : active raid1 sda3[1] sdb3[0]
262016 blocks [2/2] [UU]

md1 : active raid1 sda2[1] sdb2[0]
119684160 blocks [2/2] [UU]

md0 : active raid1 sda1[1] sdb1[0]
102208 blocks [2/2] [UU]

unused devices: <none>

</pre>

Tutaj można zobaczyć [UU] na końcu każdego dysku logicznego. U oznacza, że dysk jest prawidłowo zintegrowany w macierzy RAID.
Dlatego, gdy tylko pojawi się sekwencja taka jak [_U] wnioskujemy, że napęd jest uszkodzony.

Możesz również uzyskać wynik taki jak poniżej:

<pre>

[root@localhost ~]# cat /proc/mdstat

Personalities : [raid1]
md3 : active raid1 sda3[0] sdb3[2](F)
439553856 blocks super 1.0 [2/1] [U_]
bitmap: 1/4 pages [4KB], 65536KB chunk

md1 : active raid1 sdb1[2](F) sda1[0]
19529600 blocks super 1.0 [2/1] [U_]

unused devices: <none>

</pre>

W tym przypadku (F) mówi nam, że przegroda jest uszkodzona. W naszym przykładzie uszkodzone są partycje sdb3 i sdb1.

=== Diagnoza == =

Aby zdiagnozować, który dysk jest uszkodzony, użyjemy SMART.

Aby to zrobić, musisz go zainstalować:
W zależności od dystrybucji Linuksa, polecenie może się zmienić:

Dla Centos :

<code>
yum install smartmontools
</code>

Dla Ubuntu / Debiana :

<code>
apt-get install smartmontools
</code>

Następnie możesz wykonać następujące polecenie, które wyświetli listę obecnych dysków:

<code>
smartctl --scan
</code>

Aby uzyskać więcej informacji o dysku, użyj następującego polecenia:

<code>
smartctl -iHAl error [NOM DU DISQUE]
</code>

Następnie zostanie wygenerowany raport z dysku, który pokaże wszystkie występujące anomalie.
Niniejsze sprawozdanie składa się z czterech części. Pierwsza część to informacje o dysku, jego numer seryjny, model, pojemność, ...
Druga część to powrót do testu SMART, jeśli wynik jest inny niż PASSED, konieczna jest wymiana dysku.
Trzecia część to wszystkie wartości wygenerowane przez test związane z dyskiem.
I wreszcie ostatnia część to logi błędów dysku.

[[Category:Linux]]
[[Category:Serwer dedykowany]]

Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro

2021-07-29T15:00:28Z

Ikbot:

[[:ro:Dezactivarea setării modului bazat pe kernel pentru noul modul]][[ro:Dezactivarea setării modului bazat pe kernel pentru noul modul]]
[[:ru:Отключите установку режима на основе ядра для нового модуля]][[ru:Отключите установку режима на основе ядра для нового модуля]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|tutaj]]. 
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, czyli KMS, pozwala na usprawnienie wyświetlania obrazu na serwerze Linux. W przypadku zdalnego serwera dedykowanego, korzyści te będą trudne do wykorzystania. Zalecamy wyłączenie tej funkcji, która jest domyślnie włączona dla "nowego" sterownika.

==Jak sprawdzić, czy system KMS jest aktywny?== =
Używając tego polecenia, jeśli wynik nie jest '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Jak wyłączyć KMS== =
* Ustaw modeset na 0 w domyślnych ustawieniach gruba. '''/etc/default/grub''' (do dodania na '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Zregeneruj pliki konfiguracyjne gruba, aby odzwierciedlić ustawienia domyślne:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Sprawdź, czy opcja jest prawidłowo ustawiona:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* Ponowne uruchomienie jest konieczne, aby wziąć to pod uwagę. Si les commandes précédentes ont générées des erreurs, il est indispensable de vérifier avant de procéder au redémarrage.

[[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro

2021-07-29T14:59:19Z

Ikbot:

[[:ru:Отключите установку режима на основе ядра для нового модуля]][[ru:Отключите установку режима на основе ядра для нового модуля]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|tutaj]]. 
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, czyli KMS, pozwala na usprawnienie wyświetlania obrazu na serwerze Linux. W przypadku zdalnego serwera dedykowanego, korzyści te będą trudne do wykorzystania. Zalecamy wyłączenie tej funkcji, która jest domyślnie włączona dla "nowego" sterownika.

==Jak sprawdzić, czy system KMS jest aktywny?== =
Używając tego polecenia, jeśli wynik nie jest '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Jak wyłączyć KMS== =
* Ustaw modeset na 0 w domyślnych ustawieniach gruba. '''/etc/default/grub''' (do dodania na '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Zregeneruj pliki konfiguracyjne gruba, aby odzwierciedlić ustawienia domyślne:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Sprawdź, czy opcja jest prawidłowo ustawiona:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* Ponowne uruchomienie jest konieczne, aby wziąć to pod uwagę. Si les commandes précédentes ont générées des erreurs, il est indispensable de vérifier avant de procéder au redémarrage.

[[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro

2021-07-29T14:58:27Z

Ikbot: Utworzono nową stronę "<span data-link_translate_fr_title="Desactiver le Kernel-based mode-setting pour le module nouveau" data-link_translate_fr_url="Desactiver le Kernel-based mode-setting..."

[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|tutaj]]. 
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, czyli KMS, pozwala na usprawnienie wyświetlania obrazu na serwerze Linux. W przypadku zdalnego serwera dedykowanego, korzyści te będą trudne do wykorzystania. Zalecamy wyłączenie tej funkcji, która jest domyślnie włączona dla "nowego" sterownika.

==Jak sprawdzić, czy system KMS jest aktywny?== =
Używając tego polecenia, jeśli wynik nie jest '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Jak wyłączyć KMS== =
* Ustaw modeset na 0 w domyślnych ustawieniach gruba. '''/etc/default/grub''' (do dodania na '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Zregeneruj pliki konfiguracyjne gruba, aby odzwierciedlić ustawienia domyślne:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Sprawdź, czy opcja jest prawidłowo ustawiona:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* Ponowne uruchomienie jest konieczne, aby wziąć to pod uwagę. Si les commandes précédentes ont générées des erreurs, il est indispensable de vérifier avant de procéder au redémarrage.

[[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Wdrażanie instancji za pomocą Terraform

2021-07-29T14:48:20Z

Ikbot:

[[:ro:Implementarea instanțelor dvs. cu Terraform]][[ro:Implementarea instanțelor dvs. cu Terraform]]
[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Terraform|tutaj]]. 
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
== Opis ==

Zobaczymy, jak szybko wdrożyć jedną lub więcej instancji IKOULA One Cloud za pomocą narzędzia infrastruktury jako kodu o nazwie "Terraform".

Przede wszystkim musisz zainstalować Terraform, jeśli jeszcze tego nie zrobiłeś, i mieć konto IKOULA One Cloud.
Terraform jest dostępny dla większości systemów operacyjnych pod następującym linkiem: https://www.terraform.io/downloads.html

Terraform obsługuje dziesiątki dostawców, których lista jest dostępna na ich stronie internetowej (https://www.terraform.io/docs/providers/).
Będziemy korzystać z dostawcy "Cloudstack", aby wdrożyć na Cloud Ikoula One.

== Wdrażanie pojedynczej instancji ==

Napiszemy nasz pierwszy plik konfiguracyjny Terraform umożliwiający wdrożenie pojedynczej instancji IKOULA Cloud:

Jest to plik tekstowy z rozszerzeniem ".tf" (uważaj, aby nie utworzyć kilku plików ".tf" w swoim katalogu roboczym, gdyż Terraform załaduje je wszystkie), będziemy używać klasycznego formatu Terraform, ale możliwe jest również użycie składni JSON.

Oto zawartość naszego pliku Terraform, którą należy dostosować do własnych parametrów:

'''Aby wdrożyć instancję w strefie podstawowej''':

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource >" {
zone = "< Nom de la zone basic Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
security_group_ids = ["< ID de votre groupe de sécurité Cloud Ikoula One à utiliser >",]
}
</pre>

* '''Pour le déploiement d'une instance en zone avancée''' (avec création d'une règle de redirection de port, pour ssh dans cet exemple) :

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource d'instance >" {
zone = "< Nom de la zone avancée/adv Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
network_id = ["< ID de votre réseau d'invités Cloud Ikoula One à utiliser >",]
}

# Redirection de port (ici SSH)

resource "cloudstack_port_forward" "SshTerraformVM1" {
ip_address_id = "< ID de l'adresse ip NAT Source de votre réseau d'invités >"
forward {
protocol = "tcp"
private_port = "22"
public_port = "< port ssh publique de votre choix>"
virtual_machine_id = "${cloudstack_instance.< Nom que vous avez choisis au-dessus pour votre ressource d'instance >.id}"
}
}
</pre>

Note : la ligne 'expunge = "true"' nous permettra de supprimer notre instance lors de l'appel "terraform destroy".

Une fois votre fichier de configuration enregistré, nous allons initialiser Terraform puis l'appliquer :

<pre>
$ terraform init

Initializing provider plugins...

The following providers do not have any version constraints in configuration,
so the latest version was installed.

To prevent automatic upgrades to new major versions that may contain breaking
changes, it is recommended to add version = "..." constraints to the
corresponding provider blocks in configuration, with the constraint strings
suggested below.

* provider.cloudstack: version = "~> 0.1"

Terraform has been successfully initialized!

You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.

If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
</pre>

Avant de lancer notre déploiement (ici en zone basic), nous pouvons vérifier ce qui sera exécuté sans rien appliquer via la commande :
#terraform plan

<pre>
$ terraform plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

------------------------------------------------------------------------

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

------------------------------------------------------------------------

Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.
</pre>

Si c'est bien ce que nous voulons faire alors nous pouvons appliquer via la commande "terraform apply" et saisir "yes" pour confirmer quand cela nous est demandé :

<pre>
$ terraform apply

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.

Enter a value: yes

cloudstack_instance.TerraformVM1: Creating...
display_name: "" => "<computed>"
expunge: "" => "true"
group: "" => "<computed>"
ip_address: "" => "<computed>"
keypair: "" => "MY_SSH_KEYPAIR"
name: "" => "TerraformVM1"
network_id: "" => "<computed>"
project: "" => "<computed>"
root_disk_size: "" => "<computed>"
security_group_ids.#: "" => "1"
security_group_ids.3260590242: "" => "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "" => "t1.pico"
tags.%: "" => "<computed>"
template: "" => "Debian 9 - Minimal - 64bits"
zone: "" => "US-FL-MIAMI02-Z2-BASIC"
cloudstack_instance.TerraformVM1: Still creating... (10s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (20s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (30s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (40s elapsed)
cloudstack_instance.TerraformVM1: Creation complete after 46s (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

Apply complete! Resources: 1 added, 0 changed, 0 destroyed.
</pre>

Ici nous venons de déployer en quelques secondes, une instance nommée "TerraformVM1" avec le modèle "Debian 9 - Minimal - 64bits" dans la zone basic "US-FL-MIAMI02-Z2-BASIC" avec l'offre de calcul "t1.pico".

Nous pouvons voir celle-ci depuis notre interface Cloud Ikoula One :

[[File:wiki_terraform_1.png]]

Nous pouvons nous connecter sur notre instance fraichement déployée.
Note : Pour que cela fonctionne il faut que le [https://fr-wiki.ikoula.com/fr/Deploiement_d%27une_instance_en_zone_basic_(cliquez_pour_lire_la_suite)#Introduction_aux_groupes_de_s.C3.A9curit.C3.A9 grupa bezpieczeństwa] dans lequel nous avons déployé le permette, sinon il faudra y rajouter une règle autorisant la connexion.

<pre>
$ ssh -i MY_SSH_KEYPAIR root@38.93.X.X
The authenticity of host '38.93.X.X (38.93.X.X)' can't be established.
ECDSA key fingerprint is SHA256:4D7s+xxxXXXXxxxxXXXXXXXXXxxxxXXXXXxxXXXXxxXXXxxx.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '38.93.X.X' (ECDSA) to the list of known hosts.
Linux TerraformVM1 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@TerraformVM1:~#
</pre>

Pour supprimer notre instance, il nous suffira d'exécuter la commande "terraform destroy" et valider en saisissant "yes" quand cela nous est demandé :

<pre>
$ terraform destroy
cloudstack_instance.TerraformVM1: Refreshing state... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
- destroy

Terraform will perform the following actions:

- cloudstack_instance.TerraformVM1

Plan: 0 to add, 0 to change, 1 to destroy.

Do you really want to destroy?
Terraform will destroy all your managed infrastructure, as shown above.
There is no undo. Only 'yes' will be accepted to confirm.

Enter a value: yes

cloudstack_instance.TerraformVM1: Destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)
cloudstack_instance.TerraformVM1: Still destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba, 10s elapsed)
cloudstack_instance.TerraformVM1: Destruction complete after 15s

Destroy complete! Resources: 1 destroyed.
</pre>

[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Catégorie :Cloud]]

Wdrażanie instancji za pomocą Terraform

2021-07-29T14:46:28Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Terraform|tutaj]]. 
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
== Opis ==

Zobaczymy, jak szybko wdrożyć jedną lub więcej instancji IKOULA One Cloud za pomocą narzędzia infrastruktury jako kodu o nazwie "Terraform".

Przede wszystkim musisz zainstalować Terraform, jeśli jeszcze tego nie zrobiłeś, i mieć konto IKOULA One Cloud.
Terraform jest dostępny dla większości systemów operacyjnych pod następującym linkiem: https://www.terraform.io/downloads.html

Terraform obsługuje dziesiątki dostawców, których lista jest dostępna na ich stronie internetowej (https://www.terraform.io/docs/providers/).
Będziemy korzystać z dostawcy "Cloudstack", aby wdrożyć na Cloud Ikoula One.

== Wdrażanie pojedynczej instancji ==

Napiszemy nasz pierwszy plik konfiguracyjny Terraform umożliwiający wdrożenie pojedynczej instancji IKOULA Cloud:

Jest to plik tekstowy z rozszerzeniem ".tf" (uważaj, aby nie utworzyć kilku plików ".tf" w swoim katalogu roboczym, gdyż Terraform załaduje je wszystkie), będziemy używać klasycznego formatu Terraform, ale możliwe jest również użycie składni JSON.

Oto zawartość naszego pliku Terraform, którą należy dostosować do własnych parametrów:

'''Aby wdrożyć instancję w strefie podstawowej''':

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource >" {
zone = "< Nom de la zone basic Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
security_group_ids = ["< ID de votre groupe de sécurité Cloud Ikoula One à utiliser >",]
}
</pre>

* '''Pour le déploiement d'une instance en zone avancée''' (avec création d'une règle de redirection de port, pour ssh dans cet exemple) :

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource d'instance >" {
zone = "< Nom de la zone avancée/adv Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
network_id = ["< ID de votre réseau d'invités Cloud Ikoula One à utiliser >",]
}

# Redirection de port (ici SSH)

resource "cloudstack_port_forward" "SshTerraformVM1" {
ip_address_id = "< ID de l'adresse ip NAT Source de votre réseau d'invités >"
forward {
protocol = "tcp"
private_port = "22"
public_port = "< port ssh publique de votre choix>"
virtual_machine_id = "${cloudstack_instance.< Nom que vous avez choisis au-dessus pour votre ressource d'instance >.id}"
}
}
</pre>

Note : la ligne 'expunge = "true"' nous permettra de supprimer notre instance lors de l'appel "terraform destroy".

Une fois votre fichier de configuration enregistré, nous allons initialiser Terraform puis l'appliquer :

<pre>
$ terraform init

Initializing provider plugins...

The following providers do not have any version constraints in configuration,
so the latest version was installed.

To prevent automatic upgrades to new major versions that may contain breaking
changes, it is recommended to add version = "..." constraints to the
corresponding provider blocks in configuration, with the constraint strings
suggested below.

* provider.cloudstack: version = "~> 0.1"

Terraform has been successfully initialized!

You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.

If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
</pre>

Avant de lancer notre déploiement (ici en zone basic), nous pouvons vérifier ce qui sera exécuté sans rien appliquer via la commande :
#terraform plan

<pre>
$ terraform plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

------------------------------------------------------------------------

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

------------------------------------------------------------------------

Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.
</pre>

Si c'est bien ce que nous voulons faire alors nous pouvons appliquer via la commande "terraform apply" et saisir "yes" pour confirmer quand cela nous est demandé :

<pre>
$ terraform apply

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.

Enter a value: yes

cloudstack_instance.TerraformVM1: Creating...
display_name: "" => "<computed>"
expunge: "" => "true"
group: "" => "<computed>"
ip_address: "" => "<computed>"
keypair: "" => "MY_SSH_KEYPAIR"
name: "" => "TerraformVM1"
network_id: "" => "<computed>"
project: "" => "<computed>"
root_disk_size: "" => "<computed>"
security_group_ids.#: "" => "1"
security_group_ids.3260590242: "" => "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "" => "t1.pico"
tags.%: "" => "<computed>"
template: "" => "Debian 9 - Minimal - 64bits"
zone: "" => "US-FL-MIAMI02-Z2-BASIC"
cloudstack_instance.TerraformVM1: Still creating... (10s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (20s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (30s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (40s elapsed)
cloudstack_instance.TerraformVM1: Creation complete after 46s (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

Apply complete! Resources: 1 added, 0 changed, 0 destroyed.
</pre>

Ici nous venons de déployer en quelques secondes, une instance nommée "TerraformVM1" avec le modèle "Debian 9 - Minimal - 64bits" dans la zone basic "US-FL-MIAMI02-Z2-BASIC" avec l'offre de calcul "t1.pico".

Nous pouvons voir celle-ci depuis notre interface Cloud Ikoula One :

[[File:wiki_terraform_1.png]]

Nous pouvons nous connecter sur notre instance fraichement déployée.
Note : Pour que cela fonctionne il faut que le [https://fr-wiki.ikoula.com/fr/Deploiement_d%27une_instance_en_zone_basic_(cliquez_pour_lire_la_suite)#Introduction_aux_groupes_de_s.C3.A9curit.C3.A9 grupa bezpieczeństwa] dans lequel nous avons déployé le permette, sinon il faudra y rajouter une règle autorisant la connexion.

<pre>
$ ssh -i MY_SSH_KEYPAIR root@38.93.X.X
The authenticity of host '38.93.X.X (38.93.X.X)' can't be established.
ECDSA key fingerprint is SHA256:4D7s+xxxXXXXxxxxXXXXXXXXXxxxxXXXXXxxXXXXxxXXXxxx.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '38.93.X.X' (ECDSA) to the list of known hosts.
Linux TerraformVM1 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@TerraformVM1:~#
</pre>

Pour supprimer notre instance, il nous suffira d'exécuter la commande "terraform destroy" et valider en saisissant "yes" quand cela nous est demandé :

<pre>
$ terraform destroy
cloudstack_instance.TerraformVM1: Refreshing state... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
- destroy

Terraform will perform the following actions:

- cloudstack_instance.TerraformVM1

Plan: 0 to add, 0 to change, 1 to destroy.

Do you really want to destroy?
Terraform will destroy all your managed infrastructure, as shown above.
There is no undo. Only 'yes' will be accepted to confirm.

Enter a value: yes

cloudstack_instance.TerraformVM1: Destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)
cloudstack_instance.TerraformVM1: Still destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba, 10s elapsed)
cloudstack_instance.TerraformVM1: Destruction complete after 15s

Destroy complete! Resources: 1 destroyed.
</pre>

[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Catégorie :Cloud]]

Wdrażanie instancji za pomocą Terraform

2021-07-29T14:45:30Z

Ikbot: Utworzono nową stronę ":fr:Deployer vos..."

[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Terraform|tutaj]]. 
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
== Opis ==

Zobaczymy, jak szybko wdrożyć jedną lub więcej instancji IKOULA One Cloud za pomocą narzędzia infrastruktury jako kodu o nazwie "Terraform".

Przede wszystkim musisz zainstalować Terraform, jeśli jeszcze tego nie zrobiłeś, i mieć konto IKOULA One Cloud.
Terraform jest dostępny dla większości systemów operacyjnych pod następującym linkiem: https://www.terraform.io/downloads.html

Terraform obsługuje dziesiątki dostawców, których lista jest dostępna na ich stronie internetowej (https://www.terraform.io/docs/providers/).
Będziemy korzystać z dostawcy "Cloudstack", aby wdrożyć na Cloud Ikoula One.

== Wdrażanie pojedynczej instancji ==

Napiszemy nasz pierwszy plik konfiguracyjny Terraform umożliwiający wdrożenie pojedynczej instancji IKOULA Cloud:

Jest to plik tekstowy z rozszerzeniem ".tf" (uważaj, aby nie utworzyć kilku plików ".tf" w swoim katalogu roboczym, gdyż Terraform załaduje je wszystkie), będziemy używać klasycznego formatu Terraform, ale możliwe jest również użycie składni JSON.

Oto zawartość naszego pliku Terraform, którą należy dostosować do własnych parametrów:

'''Aby wdrożyć instancję w strefie podstawowej''':

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource >" {
zone = "< Nom de la zone basic Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
security_group_ids = ["< ID de votre groupe de sécurité Cloud Ikoula One à utiliser >",]
}
</pre>

* '''Pour le déploiement d'une instance en zone avancée''' (avec création d'une règle de redirection de port, pour ssh dans cet exemple) :

<pre>
provider "cloudstack" {
api_url = "https://cloudstack.ikoula.com/client/api"
api_key = "< Votre clé API de votre compte/utilisateur Cloud Ikoula One >"
secret_key = "< Votre clé secrète de votre compte/utilisateur Cloud Ikoula One>"
}

resource "cloudstack_instance" "< Nom de votre choix pour votre ressource d'instance >" {
zone = "< Nom de la zone avancée/adv Cloud Ikoula One de votre choix >"
service_offering = "< Nom de l'offre de calcul Cloud Ikoula One de votre choix > "
template = "< Nom du modèle Cloud Ikoula One de votre choix"
name = "< Nom de votre choix pour votre instance Cloud Ikoula One"
keypair = "< Nom de votre paire de clé SSH Cloud Ikoula One>"
expunge = "true"
network_id = ["< ID de votre réseau d'invités Cloud Ikoula One à utiliser >",]
}

# Redirection de port (ici SSH)

resource "cloudstack_port_forward" "SshTerraformVM1" {
ip_address_id = "< ID de l'adresse ip NAT Source de votre réseau d'invités >"
forward {
protocol = "tcp"
private_port = "22"
public_port = "< port ssh publique de votre choix>"
virtual_machine_id = "${cloudstack_instance.< Nom que vous avez choisis au-dessus pour votre ressource d'instance >.id}"
}
}
</pre>

Note : la ligne 'expunge = "true"' nous permettra de supprimer notre instance lors de l'appel "terraform destroy".

Une fois votre fichier de configuration enregistré, nous allons initialiser Terraform puis l'appliquer :

<pre>
$ terraform init

Initializing provider plugins...

The following providers do not have any version constraints in configuration,
so the latest version was installed.

To prevent automatic upgrades to new major versions that may contain breaking
changes, it is recommended to add version = "..." constraints to the
corresponding provider blocks in configuration, with the constraint strings
suggested below.

* provider.cloudstack: version = "~> 0.1"

Terraform has been successfully initialized!

You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.

If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
</pre>

Avant de lancer notre déploiement (ici en zone basic), nous pouvons vérifier ce qui sera exécuté sans rien appliquer via la commande :
#terraform plan

<pre>
$ terraform plan
Refreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.

------------------------------------------------------------------------

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

------------------------------------------------------------------------

Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.
</pre>

Si c'est bien ce que nous voulons faire alors nous pouvons appliquer via la commande "terraform apply" et saisir "yes" pour confirmer quand cela nous est demandé :

<pre>
$ terraform apply

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create

Terraform will perform the following actions:

+ cloudstack_instance.TerraformVM1
id: <computed>
display_name: <computed>
expunge: "true"
group: <computed>
ip_address: <computed>
keypair: "MY_SSH_KEYPAIR"
name: "TerraformVM1"
network_id: <computed>
project: <computed>
root_disk_size: <computed>
security_group_ids.#: "1"
security_group_ids.3260590242: "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "t1.pico"
tags.%: <computed>
template: "Debian 9 - Minimal - 64bits"
zone: "US-FL-MIAMI02-Z2-BASIC"

Plan: 1 to add, 0 to change, 0 to destroy.

Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.

Enter a value: yes

cloudstack_instance.TerraformVM1: Creating...
display_name: "" => "<computed>"
expunge: "" => "true"
group: "" => "<computed>"
ip_address: "" => "<computed>"
keypair: "" => "MY_SSH_KEYPAIR"
name: "" => "TerraformVM1"
network_id: "" => "<computed>"
project: "" => "<computed>"
root_disk_size: "" => "<computed>"
security_group_ids.#: "" => "1"
security_group_ids.3260590242: "" => "84be7eef7-4pne-51c6-9abf6f3f9-c4zoek90887"
service_offering: "" => "t1.pico"
tags.%: "" => "<computed>"
template: "" => "Debian 9 - Minimal - 64bits"
zone: "" => "US-FL-MIAMI02-Z2-BASIC"
cloudstack_instance.TerraformVM1: Still creating... (10s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (20s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (30s elapsed)
cloudstack_instance.TerraformVM1: Still creating... (40s elapsed)
cloudstack_instance.TerraformVM1: Creation complete after 46s (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

Apply complete! Resources: 1 added, 0 changed, 0 destroyed.
</pre>

Ici nous venons de déployer en quelques secondes, une instance nommée "TerraformVM1" avec le modèle "Debian 9 - Minimal - 64bits" dans la zone basic "US-FL-MIAMI02-Z2-BASIC" avec l'offre de calcul "t1.pico".

Nous pouvons voir celle-ci depuis notre interface Cloud Ikoula One :

[[File:wiki_terraform_1.png]]

Nous pouvons nous connecter sur notre instance fraichement déployée.
Note : Pour que cela fonctionne il faut que le [https://fr-wiki.ikoula.com/fr/Deploiement_d%27une_instance_en_zone_basic_(cliquez_pour_lire_la_suite)#Introduction_aux_groupes_de_s.C3.A9curit.C3.A9 grupa bezpieczeństwa] dans lequel nous avons déployé le permette, sinon il faudra y rajouter une règle autorisant la connexion.

<pre>
$ ssh -i MY_SSH_KEYPAIR root@38.93.X.X
The authenticity of host '38.93.X.X (38.93.X.X)' can't be established.
ECDSA key fingerprint is SHA256:4D7s+xxxXXXXxxxxXXXXXXXXXxxxxXXXXXxxXXXXxxXXXxxx.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '38.93.X.X' (ECDSA) to the list of known hosts.
Linux TerraformVM1 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u4 (2018-08-21) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
root@TerraformVM1:~#
</pre>

Pour supprimer notre instance, il nous suffira d'exécuter la commande "terraform destroy" et valider en saisissant "yes" quand cela nous est demandé :

<pre>
$ terraform destroy
cloudstack_instance.TerraformVM1: Refreshing state... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)

An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
- destroy

Terraform will perform the following actions:

- cloudstack_instance.TerraformVM1

Plan: 0 to add, 0 to change, 1 to destroy.

Do you really want to destroy?
Terraform will destroy all your managed infrastructure, as shown above.
There is no undo. Only 'yes' will be accepted to confirm.

Enter a value: yes

cloudstack_instance.TerraformVM1: Destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba)
cloudstack_instance.TerraformVM1: Still destroying... (ID: ba1220fc-b777-48e2-b63a-5d21ccc930ba, 10s elapsed)
cloudstack_instance.TerraformVM1: Destruction complete after 15s

Destroy complete! Resources: 1 destroyed.
</pre>

[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Catégorie :Cloud]]

Wdrażaj instancje za pomocą Ansible

2021-07-29T14:37:44Z

Ikbot:

[[:ro:Implementarea instanțelor cu Ansible]][[ro:Implementarea instanțelor cu Ansible]]
[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Ansible|tutaj]]. 
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
== Opis ==

Zobaczymy, jak szybko wdrożyć instancje IKOULA One Cloud za pomocą narzędzia Ansible.

Najpierw będziesz musiał zainstalować Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) następnie moduł "cs_instance" (może być zainstalowany poprzez "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) umożliwiając Ci korzystanie z API Cloud Ikoula One, jeśli jeszcze tego nie zrobiłeś i masz konto Cloud IKOULA One.

Ansible jest dostępny dla większości dystrybucji GNU/Linux, MacOS, ale może być również używany przez Cygwin, na przykład pod Microsoft Windows.

Wdrażanie instancji jednym poleceniem za pomocą ''Ansible''

Najpierw trzeba będzie utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w '''Ansible''' :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy uruchomić to polecenie, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (czy masz/chcesz używać pary kluczy SSH, czy nie, na przykład):

<pre>
ansible -i "localhost," -c local all -m cs_instance -a "name=<Nom de la VM> display_name=<Nom de la VM> state=present template=< Nom entre simples quotes ou ID du template voulu> api_region=CloudIkoulaOne zone=<Nom de la zone voulu> service_offering=< Nom de l’offre de calcul voulu > networks=<Nom du réseau existant voulu> ssh_key=<Nom de la paire de clés ssh CIO existante>"
</pre>

gdzie "<Nom de l’offre de calcul voulu >" oznacza wybór :

<pre>
"t1.pico" (1/2 Core CPU with 512MB RAM and 100Mbps NIC)
"t1.micro" (1 Core CPU with 1GB RAM and 100Mbps NIC)
"m1.small" (1 Core CPU with 1.7GB RAM and 100Mbps NIC)
"m1.medium" (2 Cores CPU with 3.8GB RAM and 100Mbps NIC)
"m1.large" (4 Cores CPU with 7.6GB RAM and 100Mbps NIC)
"m1.extralarge" (8 Cores CPU with 15.3GB RAM and 100Mbps NIC)
</pre>

Oto przykład i zwrot z jego wykonania:

<pre>
$ ansible -i "localhost," -c local all -m cs_instance -a "name=Debian9advz1 display_name=Debian9adv1 state=present template='Debian 9 - Minimal - 64bits' api_region=CloudIkoulaOne zone=EU-FR-IKDC1-Z1-ADV service_offering=t1.micro networks=My-Network-Z1 ssh_key=MY_SSHKEY"
localhost | SUCCESS => {
"account": "ikoula",
"affinity_groups": [],
"changed": true,
"created": "2018-09-12T10:05:00+0200",
"default_ip": "10.1.1.176",
"display_name": "Debian9adv1",
"domain": "ROOT",
"hypervisor": "XenServer",
"id": "3c60acc9-1480-48bc-ab78-934f0e607d6c",
"instance_name": "i-1079-67026-VM",
"name": "Debian9advz1",
"password": "KYqrT3h28qOs",
"password_enabled": true,
"security_groups": [],
"service_offering": "t1.micro",
"ssh_key": "MY_SSHKEY",
"state": "Running",
"tags": [],
"template": "Debian 9 - Minimal - 64bits",
"user_data": "",
"zone": "EU-FR-IKDC1-Z1-ADV"
}
</pre>

W tym przykładzie, wdrażamy instancję Debiana 9 w strefie zaawansowanej (EU-FR-IKDC1-Z1-ADV), używając oferty obliczeniowej "t1.micro" w naszej sieci o nazwie "My-Network-Z1" z naszą parą kluczy SSH o nazwie "MY_SSHKEY".

Aby zobaczyć wszystkie możliwe do wykorzystania parametry i inne przykłady, możesz skorzystać z ansible-doc modułu "cs_instance":

<pre>
$ ansible-doc cs_instance
> CS_INSTANCE (/usr/lib/python2.7/site-packages/ansible/modules/cloud/cloudstack/cs_instance.py)

Deploy, start, update, scale, restart, restore, stop and destroy instances.

Options (= is mandatory):

- account
Account the instance is related to.
[Default: None]
- affinity_groups
Affinity groups names to be applied to the new instance.
[Default: []]
- api_http_method
HTTP method used.
(Choices: get, post)[Default: get]
- api_key
API key of the CloudStack API.
[Default: None]
- api_region
Name of the ini section in the `cloustack.ini' file.
[Default: cloudstack]
- api_secret
Secret key of the CloudStack API.
[Default: None]
- api_timeout
HTTP timeout.
[Default: 10]
- api_url
URL of the CloudStack API e.g. https://cloud.example.com/client/api.
[Default: None]
- cpu
The number of CPUs to allocate to the instance, used with custom service offerings
[Default: None]
- cpu_speed
The clock speed/shares allocated to the instance, used with custom service offerings
[Default: None]
- disk_offering
Name of the disk offering to be used.
[Default: None]
- disk_size
Disk size in GByte required if deploying instance from ISO.
[Default: None]
...
</pre>

Uwaga: wynik polecenia jest celowo obcięty ze względu na jego długość.

== Wdrażanie instancji za pomocą playbooka Ansible ==

W taki sam sposób jak powyżej musisz najpierw utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w Ansible :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy utworzyć plik playbooka (rozszerzenie yml / format YAML), jak poniżej, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (jeśli masz / chcesz użyć pary kluczy SSH lub nie, na przykład) :

Przykład playbooka do wdrożenia instancji w strefie zaawansowanej:

<pre>
$ cat deploy_instance_adv.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
networks: "<Nom du réseau existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"
...
</pre>

Przykład playbooka do deploymentu instancji w podstawowej strefie (gdzie po prostu zastępujemy parametr network parametrem security groups i dodajemy post-deploymentowy zwrot publicznego adresu ip przypisanego do vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
security_groups: "<Nom du groupe de sécurité existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"

- name: "VM ip address:"
debug:
var: vminfo.default_ip
...
</pre>

Po dostosowaniu parametrów i ich wartości, oto przykład jak uruchomić playbook (dostosuj nazwę swojego pliku playbooka, jeśli to konieczne):

<pre>
$ ansible-playbook -i "localhost," -c local deploy_instance_adv.yml

PLAY [all] ********************************************************************************************************************************************************************************************************************************************************************

TASK [Gathering Facts] ********************************************************************************************************************************************************************************************************************************************************
ok: [localhost]

TASK [Create Debian instance in Cloud IKOULA One with Ansible Playbook] ********************************************************************************************************************************************************************************************************************************
changed: [localhost]

PLAY RECAP ********************************************************************************************************************************************************************************************************************************************************************
localhost : ok=2 changed=1 unreachable=0 failed=0
</pre>

[[Catégorie :Cloud public]]
[[Catégorie:API]]
[[Catégorie :Cloud]]</Nom>

Wdrażaj instancje za pomocą Ansible

2021-07-29T14:36:21Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Ansible|tutaj]]. 
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
== Opis ==

Zobaczymy, jak szybko wdrożyć instancje IKOULA One Cloud za pomocą narzędzia Ansible.

Najpierw będziesz musiał zainstalować Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) następnie moduł "cs_instance" (może być zainstalowany poprzez "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) umożliwiając Ci korzystanie z API Cloud Ikoula One, jeśli jeszcze tego nie zrobiłeś i masz konto Cloud IKOULA One.

Ansible jest dostępny dla większości dystrybucji GNU/Linux, MacOS, ale może być również używany przez Cygwin, na przykład pod Microsoft Windows.

Wdrażanie instancji jednym poleceniem za pomocą ''Ansible''

Najpierw trzeba będzie utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w '''Ansible''' :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy uruchomić to polecenie, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (czy masz/chcesz używać pary kluczy SSH, czy nie, na przykład):

<pre>
ansible -i "localhost," -c local all -m cs_instance -a "name=<Nom de la VM> display_name=<Nom de la VM> state=present template=< Nom entre simples quotes ou ID du template voulu> api_region=CloudIkoulaOne zone=<Nom de la zone voulu> service_offering=< Nom de l’offre de calcul voulu > networks=<Nom du réseau existant voulu> ssh_key=<Nom de la paire de clés ssh CIO existante>"
</pre>

gdzie "<Nom de l’offre de calcul voulu >" oznacza wybór :

<pre>
"t1.pico" (1/2 Core CPU with 512MB RAM and 100Mbps NIC)
"t1.micro" (1 Core CPU with 1GB RAM and 100Mbps NIC)
"m1.small" (1 Core CPU with 1.7GB RAM and 100Mbps NIC)
"m1.medium" (2 Cores CPU with 3.8GB RAM and 100Mbps NIC)
"m1.large" (4 Cores CPU with 7.6GB RAM and 100Mbps NIC)
"m1.extralarge" (8 Cores CPU with 15.3GB RAM and 100Mbps NIC)
</pre>

Oto przykład i zwrot z jego wykonania:

<pre>
$ ansible -i "localhost," -c local all -m cs_instance -a "name=Debian9advz1 display_name=Debian9adv1 state=present template='Debian 9 - Minimal - 64bits' api_region=CloudIkoulaOne zone=EU-FR-IKDC1-Z1-ADV service_offering=t1.micro networks=My-Network-Z1 ssh_key=MY_SSHKEY"
localhost | SUCCESS => {
"account": "ikoula",
"affinity_groups": [],
"changed": true,
"created": "2018-09-12T10:05:00+0200",
"default_ip": "10.1.1.176",
"display_name": "Debian9adv1",
"domain": "ROOT",
"hypervisor": "XenServer",
"id": "3c60acc9-1480-48bc-ab78-934f0e607d6c",
"instance_name": "i-1079-67026-VM",
"name": "Debian9advz1",
"password": "KYqrT3h28qOs",
"password_enabled": true,
"security_groups": [],
"service_offering": "t1.micro",
"ssh_key": "MY_SSHKEY",
"state": "Running",
"tags": [],
"template": "Debian 9 - Minimal - 64bits",
"user_data": "",
"zone": "EU-FR-IKDC1-Z1-ADV"
}
</pre>

W tym przykładzie, wdrażamy instancję Debiana 9 w strefie zaawansowanej (EU-FR-IKDC1-Z1-ADV), używając oferty obliczeniowej "t1.micro" w naszej sieci o nazwie "My-Network-Z1" z naszą parą kluczy SSH o nazwie "MY_SSHKEY".

Aby zobaczyć wszystkie możliwe do wykorzystania parametry i inne przykłady, możesz skorzystać z ansible-doc modułu "cs_instance":

<pre>
$ ansible-doc cs_instance
> CS_INSTANCE (/usr/lib/python2.7/site-packages/ansible/modules/cloud/cloudstack/cs_instance.py)

Deploy, start, update, scale, restart, restore, stop and destroy instances.

Options (= is mandatory):

- account
Account the instance is related to.
[Default: None]
- affinity_groups
Affinity groups names to be applied to the new instance.
[Default: []]
- api_http_method
HTTP method used.
(Choices: get, post)[Default: get]
- api_key
API key of the CloudStack API.
[Default: None]
- api_region
Name of the ini section in the `cloustack.ini' file.
[Default: cloudstack]
- api_secret
Secret key of the CloudStack API.
[Default: None]
- api_timeout
HTTP timeout.
[Default: 10]
- api_url
URL of the CloudStack API e.g. https://cloud.example.com/client/api.
[Default: None]
- cpu
The number of CPUs to allocate to the instance, used with custom service offerings
[Default: None]
- cpu_speed
The clock speed/shares allocated to the instance, used with custom service offerings
[Default: None]
- disk_offering
Name of the disk offering to be used.
[Default: None]
- disk_size
Disk size in GByte required if deploying instance from ISO.
[Default: None]
...
</pre>

Uwaga: wynik polecenia jest celowo obcięty ze względu na jego długość.

== Wdrażanie instancji za pomocą playbooka Ansible ==

W taki sam sposób jak powyżej musisz najpierw utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w Ansible :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy utworzyć plik playbooka (rozszerzenie yml / format YAML), jak poniżej, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (jeśli masz / chcesz użyć pary kluczy SSH lub nie, na przykład) :

Przykład playbooka do wdrożenia instancji w strefie zaawansowanej:

<pre>
$ cat deploy_instance_adv.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
networks: "<Nom du réseau existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"
...
</pre>

Przykład playbooka do deploymentu instancji w podstawowej strefie (gdzie po prostu zastępujemy parametr network parametrem security groups i dodajemy post-deploymentowy zwrot publicznego adresu ip przypisanego do vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
security_groups: "<Nom du groupe de sécurité existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"

- name: "VM ip address:"
debug:
var: vminfo.default_ip
...
</pre>

Po dostosowaniu parametrów i ich wartości, oto przykład jak uruchomić playbook (dostosuj nazwę swojego pliku playbooka, jeśli to konieczne):

<pre>
$ ansible-playbook -i "localhost," -c local deploy_instance_adv.yml

PLAY [all] ********************************************************************************************************************************************************************************************************************************************************************

TASK [Gathering Facts] ********************************************************************************************************************************************************************************************************************************************************
ok: [localhost]

TASK [Create Debian instance in Cloud IKOULA One with Ansible Playbook] ********************************************************************************************************************************************************************************************************************************
changed: [localhost]

PLAY RECAP ********************************************************************************************************************************************************************************************************************************************************************
localhost : ok=2 changed=1 unreachable=0 failed=0
</pre>

[[Catégorie :Cloud public]]
[[Catégorie:API]]
[[Catégorie :Cloud]]</Nom>

Wdrażaj instancje za pomocą Ansible

2021-07-29T14:35:23Z

Ikbot: Utworzono nową stronę ":fr:Deployer vos inst..."

[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deployer vos instances avec Ansible|tutaj]]. 
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
== Opis ==

Zobaczymy, jak szybko wdrożyć instancje IKOULA One Cloud za pomocą narzędzia Ansible.

Najpierw będziesz musiał zainstalować Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) następnie moduł "cs_instance" (może być zainstalowany poprzez "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) umożliwiając Ci korzystanie z API Cloud Ikoula One, jeśli jeszcze tego nie zrobiłeś i masz konto Cloud IKOULA One.

Ansible jest dostępny dla większości dystrybucji GNU/Linux, MacOS, ale może być również używany przez Cygwin, na przykład pod Microsoft Windows.

Wdrażanie instancji jednym poleceniem za pomocą ''Ansible''

Najpierw trzeba będzie utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w '''Ansible''' :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy uruchomić to polecenie, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (czy masz/chcesz używać pary kluczy SSH, czy nie, na przykład):

<pre>
ansible -i "localhost," -c local all -m cs_instance -a "name=<Nom de la VM> display_name=<Nom de la VM> state=present template=< Nom entre simples quotes ou ID du template voulu> api_region=CloudIkoulaOne zone=<Nom de la zone voulu> service_offering=< Nom de l’offre de calcul voulu > networks=<Nom du réseau existant voulu> ssh_key=<Nom de la paire de clés ssh CIO existante>"
</pre>

gdzie "<Nom de l’offre de calcul voulu >" oznacza wybór :

<pre>
"t1.pico" (1/2 Core CPU with 512MB RAM and 100Mbps NIC)
"t1.micro" (1 Core CPU with 1GB RAM and 100Mbps NIC)
"m1.small" (1 Core CPU with 1.7GB RAM and 100Mbps NIC)
"m1.medium" (2 Cores CPU with 3.8GB RAM and 100Mbps NIC)
"m1.large" (4 Cores CPU with 7.6GB RAM and 100Mbps NIC)
"m1.extralarge" (8 Cores CPU with 15.3GB RAM and 100Mbps NIC)
</pre>

Oto przykład i zwrot z jego wykonania:

<pre>
$ ansible -i "localhost," -c local all -m cs_instance -a "name=Debian9advz1 display_name=Debian9adv1 state=present template='Debian 9 - Minimal - 64bits' api_region=CloudIkoulaOne zone=EU-FR-IKDC1-Z1-ADV service_offering=t1.micro networks=My-Network-Z1 ssh_key=MY_SSHKEY"
localhost | SUCCESS => {
"account": "ikoula",
"affinity_groups": [],
"changed": true,
"created": "2018-09-12T10:05:00+0200",
"default_ip": "10.1.1.176",
"display_name": "Debian9adv1",
"domain": "ROOT",
"hypervisor": "XenServer",
"id": "3c60acc9-1480-48bc-ab78-934f0e607d6c",
"instance_name": "i-1079-67026-VM",
"name": "Debian9advz1",
"password": "KYqrT3h28qOs",
"password_enabled": true,
"security_groups": [],
"service_offering": "t1.micro",
"ssh_key": "MY_SSHKEY",
"state": "Running",
"tags": [],
"template": "Debian 9 - Minimal - 64bits",
"user_data": "",
"zone": "EU-FR-IKDC1-Z1-ADV"
}
</pre>

W tym przykładzie, wdrażamy instancję Debiana 9 w strefie zaawansowanej (EU-FR-IKDC1-Z1-ADV), używając oferty obliczeniowej "t1.micro" w naszej sieci o nazwie "My-Network-Z1" z naszą parą kluczy SSH o nazwie "MY_SSHKEY".

Aby zobaczyć wszystkie możliwe do wykorzystania parametry i inne przykłady, możesz skorzystać z ansible-doc modułu "cs_instance":

<pre>
$ ansible-doc cs_instance
> CS_INSTANCE (/usr/lib/python2.7/site-packages/ansible/modules/cloud/cloudstack/cs_instance.py)

Deploy, start, update, scale, restart, restore, stop and destroy instances.

Options (= is mandatory):

- account
Account the instance is related to.
[Default: None]
- affinity_groups
Affinity groups names to be applied to the new instance.
[Default: []]
- api_http_method
HTTP method used.
(Choices: get, post)[Default: get]
- api_key
API key of the CloudStack API.
[Default: None]
- api_region
Name of the ini section in the `cloustack.ini' file.
[Default: cloudstack]
- api_secret
Secret key of the CloudStack API.
[Default: None]
- api_timeout
HTTP timeout.
[Default: 10]
- api_url
URL of the CloudStack API e.g. https://cloud.example.com/client/api.
[Default: None]
- cpu
The number of CPUs to allocate to the instance, used with custom service offerings
[Default: None]
- cpu_speed
The clock speed/shares allocated to the instance, used with custom service offerings
[Default: None]
- disk_offering
Name of the disk offering to be used.
[Default: None]
- disk_size
Disk size in GByte required if deploying instance from ISO.
[Default: None]
...
</pre>

Uwaga: wynik polecenia jest celowo obcięty ze względu na jego długość.

== Wdrażanie instancji za pomocą playbooka Ansible ==

W taki sam sposób jak powyżej musisz najpierw utworzyć i wypełnić/adaptować plik konfiguracyjny ".cloudstack.ini" modułu "cs_instance" w Ansible :

<pre>
[CloudIkoulaOne]
endpoint = https://cloudstack.ikoula.com/client/api
key = <clé API de votre utilisateur/compte Cloud IKOULA One>
secret = <clé privée de votre utilisateur/compte Cloud IKOULA One>
timeout = 30
</pre>

Następnie wystarczy utworzyć plik playbooka (rozszerzenie yml / format YAML), jak poniżej, dostosowując wartości parametrów (nazwa instancji, nazwa sieci, itp.) i same parametry (jeśli masz / chcesz użyć pary kluczy SSH lub nie, na przykład) :

Przykład playbooka do wdrożenia instancji w strefie zaawansowanej:

<pre>
$ cat deploy_instance_adv.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
networks: "<Nom du réseau existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"
...
</pre>

Przykład playbooka do deploymentu instancji w podstawowej strefie (gdzie po prostu zastępujemy parametr network parametrem security groups i dodajemy post-deploymentowy zwrot publicznego adresu ip przypisanego do vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

- name: 'Create Debian instance in Cloud IKOULA One with Ansible Playbook'
cs_instance:
name: "<Nom de la VM>"
state: present
display_name: "<Nom de la VM>"
template: "<Nom entre simples quotes ou ID du template CIO voulu>"
api_region: "CloudIkoulaOne"
zone: "<Nom de la zone voulu>"
service_offering: "<Nom de l’offre de calcul voulu >"
security_groups: "<Nom du groupe de sécurité existant voulu>"
ssh_key: "<Nom de la paire de clés ssh CIO existante>"

- name: "VM ip address:"
debug:
var: vminfo.default_ip
...
</pre>

Po dostosowaniu parametrów i ich wartości, oto przykład jak uruchomić playbook (dostosuj nazwę swojego pliku playbooka, jeśli to konieczne):

<pre>
$ ansible-playbook -i "localhost," -c local deploy_instance_adv.yml

PLAY [all] ********************************************************************************************************************************************************************************************************************************************************************

TASK [Gathering Facts] ********************************************************************************************************************************************************************************************************************************************************
ok: [localhost]

TASK [Create Debian instance in Cloud IKOULA One with Ansible Playbook] ********************************************************************************************************************************************************************************************************************************
changed: [localhost]

PLAY RECAP ********************************************************************************************************************************************************************************************************************************************************************
localhost : ok=2 changed=1 unreachable=0 failed=0
</pre>

[[Catégorie :Cloud public]]
[[Catégorie:API]]
[[Catégorie :Cloud]]</Nom>

Wdrażanie klastra Kubernetes za pomocą microk8s

2021-07-29T14:23:51Z

Ikbot:

[[:ro:Implementarea unui cluster Kubernetes cu microk8s]][[ro:Implementarea unui cluster Kubernetes cu microk8s]]
[[:ru:Развертывание кластера Kubernetes с помощью microk8s]][[ru:Развертывание кластера Kubernetes с помощью microk8s]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:zh:用microk8s部署一个Kubernetes集群]][[zh:用microk8s部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters mit microk8s]][[de:Bereitstellen eines Kubernetes-Clusters mit microk8s]]
[[:nl:Een Kubernetes cluster implementeren met microk8s]][[nl:Een Kubernetes cluster implementeren met microk8s]]
[[:it:Distribuire un cluster Kubernetes con microk8s]][[it:Distribuire un cluster Kubernetes con microk8s]]
[[:pt:Implementação de um aglomerado Kubernetes com microk8s]][[pt:Implementação de um aglomerado Kubernetes com microk8s]]
[[:es:Despliegue de un clúster Kubernetes con microk8s]][[es:Despliegue de un clúster Kubernetes con microk8s]]
[[:en:Deploying a Kubernetes cluster with microk8s]][[en:Deploying a Kubernetes cluster with microk8s]]


{{#seo:
|title=Wdrażanie klastra Kubernetes za pomocą microk8s
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=Odkryj w tym artykule jak wdrożyć klaster Kubernetes z microk8s
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Wstęp== 
W tej dokumentacji zobaczymy jak wdrożyć i zarządzać klastrem kubernetes z rozwiązaniem microk8s. 
Zaletą tego ostatniego rozwiązania jest to, że jest to rozwiązanie typu "wszystko w jednym", co znacznie ułatwia instalację i administrowanie rozwiązaniem. 

Jeśli chcesz zainstalować kubernetes "bezpośrednio" bez tego rozwiązania, możesz zobaczyć nasze FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

Założenie klastra tego typu wymaga co najmniej trzech węzłów, nasz przykład opisany na tej stronie wykorzystuje cztery, które tutaj wymienimy:
* microk8stest01
* microk8stest02
* microk8stest03

==Typ sprzętu dla tego typu konfiguracji== 
Tego typu konfiguracja jest możliwa we wszystkich rozwiązaniach Ikouli, niezależnie od tego, czy jest to:
* The [https://www.ikoula.com/fr/serveur-dedie rozwiązania dedykowane],
* The [https://www.ikoula.com/fr/serveur-virtuel Rozwiązania wirtualne Flex],
Jeśli potrzebujesz uruchomić mikroserwisy lub klaster z dużą liczbą węzłów, to [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur rozwiązanie Mikroserwer Raspberry PI] jest również możliwe.

==Procedury== 
Cała poniższa procedura została wykonana na systemie Ubuntu 20.04.

===Instalacja== = 
Instalacja microk8s jest bardzo prosta i odbywa się w następujący sposób (dodaj sudo su polecenie nie jest wykonywane jako root):
<pre>
snap install microk8s --classic
</pre>

Instalacja i konfiguracja zostanie przeprowadzona automatycznie (około 2-3 minuty), a następnie wyświetlone zostanie następujące wyjście: 
[[File:Microk8s01.JPG]]

===Ustawianie klastra== = 
Konfiguracja klastra jest również tak prosta jak poniżej:
* Uruchom następujące polecenie na jednym z węzłów (tutaj 01):
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

Następnie należy skopiować podaną komendę (jeśli masz kilka IP/sieci, wybierz tę, która pozwala Twoim serwerom komunikować się ze sobą). 
Następnie wykonaj to polecenie na swoim drugim serwerze: 
[[File:Microk8s03.JPG]]

Po zakończeniu operacji dla drugiego serwera, musisz wykonać tę samą operację dla trzeciego serwera (od początku, aby wygenerować nowe polecenie poprzez add-node).

===Sprawdzanie stanu klastra== = 
Status klastra microk8s można sprawdzić za pomocą polecenia:
<pre>
microk8s status --wait-ready
</pre>

Jeśli wszystko jest w porządku, powinieneś otrzymać następujący wynik: 
[[File:Microk8s04.JPG]]

==Usunąć węzeł z klastra == = 
Usuwanie węzła z klastra odbywa się za pomocą polecenia:
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===Aktywacja dodatków zintegrowanych z microk8s == = 
Podstawowa wersja microk8s zawiera następujące dodatki:

[[File:Microk8s06.JPG]]

Możesz zainstalować / aktywować addon po prostu poprzez komendę:
<pre>
microk8s enable NOM_DE_LADDON
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />



[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Chmura]]

Wdrażanie klastra Kubernetes za pomocą microk8s

2021-07-29T14:22:21Z

Ikbot:

[[:ru:Развертывание кластера Kubernetes с помощью microk8s]][[ru:Развертывание кластера Kubernetes с помощью microk8s]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:zh:用microk8s部署一个Kubernetes集群]][[zh:用microk8s部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters mit microk8s]][[de:Bereitstellen eines Kubernetes-Clusters mit microk8s]]
[[:nl:Een Kubernetes cluster implementeren met microk8s]][[nl:Een Kubernetes cluster implementeren met microk8s]]
[[:it:Distribuire un cluster Kubernetes con microk8s]][[it:Distribuire un cluster Kubernetes con microk8s]]
[[:pt:Implementação de um aglomerado Kubernetes com microk8s]][[pt:Implementação de um aglomerado Kubernetes com microk8s]]
[[:es:Despliegue de un clúster Kubernetes con microk8s]][[es:Despliegue de un clúster Kubernetes con microk8s]]
[[:en:Deploying a Kubernetes cluster with microk8s]][[en:Deploying a Kubernetes cluster with microk8s]]


{{#seo:
|title=Wdrażanie klastra Kubernetes za pomocą microk8s
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=Odkryj w tym artykule jak wdrożyć klaster Kubernetes z microk8s
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Wstęp== 
W tej dokumentacji zobaczymy jak wdrożyć i zarządzać klastrem kubernetes z rozwiązaniem microk8s. 
Zaletą tego ostatniego rozwiązania jest to, że jest to rozwiązanie typu "wszystko w jednym", co znacznie ułatwia instalację i administrowanie rozwiązaniem. 

Jeśli chcesz zainstalować kubernetes "bezpośrednio" bez tego rozwiązania, możesz zobaczyć nasze FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

Założenie klastra tego typu wymaga co najmniej trzech węzłów, nasz przykład opisany na tej stronie wykorzystuje cztery, które tutaj wymienimy:
* microk8stest01
* microk8stest02
* microk8stest03

==Typ sprzętu dla tego typu konfiguracji== 
Tego typu konfiguracja jest możliwa we wszystkich rozwiązaniach Ikouli, niezależnie od tego, czy jest to:
* The [https://www.ikoula.com/fr/serveur-dedie rozwiązania dedykowane],
* The [https://www.ikoula.com/fr/serveur-virtuel Rozwiązania wirtualne Flex],
Jeśli potrzebujesz uruchomić mikroserwisy lub klaster z dużą liczbą węzłów, to [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur rozwiązanie Mikroserwer Raspberry PI] jest również możliwe.

==Procedury== 
Cała poniższa procedura została wykonana na systemie Ubuntu 20.04.

===Instalacja== = 
Instalacja microk8s jest bardzo prosta i odbywa się w następujący sposób (dodaj sudo su polecenie nie jest wykonywane jako root):
<pre>
snap install microk8s --classic
</pre>

Instalacja i konfiguracja zostanie przeprowadzona automatycznie (około 2-3 minuty), a następnie wyświetlone zostanie następujące wyjście: 
[[File:Microk8s01.JPG]]

===Ustawianie klastra== = 
Konfiguracja klastra jest również tak prosta jak poniżej:
* Uruchom następujące polecenie na jednym z węzłów (tutaj 01):
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

Następnie należy skopiować podaną komendę (jeśli masz kilka IP/sieci, wybierz tę, która pozwala Twoim serwerom komunikować się ze sobą). 
Następnie wykonaj to polecenie na swoim drugim serwerze: 
[[File:Microk8s03.JPG]]

Po zakończeniu operacji dla drugiego serwera, musisz wykonać tę samą operację dla trzeciego serwera (od początku, aby wygenerować nowe polecenie poprzez add-node).

===Sprawdzanie stanu klastra== = 
Status klastra microk8s można sprawdzić za pomocą polecenia:
<pre>
microk8s status --wait-ready
</pre>

Jeśli wszystko jest w porządku, powinieneś otrzymać następujący wynik: 
[[File:Microk8s04.JPG]]

==Usunąć węzeł z klastra == = 
Usuwanie węzła z klastra odbywa się za pomocą polecenia:
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===Aktywacja dodatków zintegrowanych z microk8s == = 
Podstawowa wersja microk8s zawiera następujące dodatki:

[[File:Microk8s06.JPG]]

Możesz zainstalować / aktywować addon po prostu poprzez komendę:
<pre>
microk8s enable NOM_DE_LADDON
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />



[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Chmura]]

Wdrażanie klastra Kubernetes za pomocą microk8s

2021-07-29T14:20:39Z

Ikbot: Utworzono nową stronę ":fr..."

[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:zh:用microk8s部署一个Kubernetes集群]][[zh:用microk8s部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters mit microk8s]][[de:Bereitstellen eines Kubernetes-Clusters mit microk8s]]
[[:nl:Een Kubernetes cluster implementeren met microk8s]][[nl:Een Kubernetes cluster implementeren met microk8s]]
[[:it:Distribuire un cluster Kubernetes con microk8s]][[it:Distribuire un cluster Kubernetes con microk8s]]
[[:pt:Implementação de um aglomerado Kubernetes com microk8s]][[pt:Implementação de um aglomerado Kubernetes com microk8s]]
[[:es:Despliegue de un clúster Kubernetes con microk8s]][[es:Despliegue de un clúster Kubernetes con microk8s]]
[[:en:Deploying a Kubernetes cluster with microk8s]][[en:Deploying a Kubernetes cluster with microk8s]]


{{#seo:
|title=Wdrażanie klastra Kubernetes za pomocą microk8s
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=Odkryj w tym artykule jak wdrożyć klaster Kubernetes z microk8s
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Wstęp== 
W tej dokumentacji zobaczymy jak wdrożyć i zarządzać klastrem kubernetes z rozwiązaniem microk8s. 
Zaletą tego ostatniego rozwiązania jest to, że jest to rozwiązanie typu "wszystko w jednym", co znacznie ułatwia instalację i administrowanie rozwiązaniem. 

Jeśli chcesz zainstalować kubernetes "bezpośrednio" bez tego rozwiązania, możesz zobaczyć nasze FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

Założenie klastra tego typu wymaga co najmniej trzech węzłów, nasz przykład opisany na tej stronie wykorzystuje cztery, które tutaj wymienimy:
* microk8stest01
* microk8stest02
* microk8stest03

==Typ sprzętu dla tego typu konfiguracji== 
Tego typu konfiguracja jest możliwa we wszystkich rozwiązaniach Ikouli, niezależnie od tego, czy jest to:
* The [https://www.ikoula.com/fr/serveur-dedie rozwiązania dedykowane],
* The [https://www.ikoula.com/fr/serveur-virtuel Rozwiązania wirtualne Flex],
Jeśli potrzebujesz uruchomić mikroserwisy lub klaster z dużą liczbą węzłów, to [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur rozwiązanie Mikroserwer Raspberry PI] jest również możliwe.

==Procedury== 
Cała poniższa procedura została wykonana na systemie Ubuntu 20.04.

===Instalacja== = 
Instalacja microk8s jest bardzo prosta i odbywa się w następujący sposób (dodaj sudo su polecenie nie jest wykonywane jako root):
<pre>
snap install microk8s --classic
</pre>

Instalacja i konfiguracja zostanie przeprowadzona automatycznie (około 2-3 minuty), a następnie wyświetlone zostanie następujące wyjście: 
[[File:Microk8s01.JPG]]

===Ustawianie klastra== = 
Konfiguracja klastra jest również tak prosta jak poniżej:
* Uruchom następujące polecenie na jednym z węzłów (tutaj 01):
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

Następnie należy skopiować podaną komendę (jeśli masz kilka IP/sieci, wybierz tę, która pozwala Twoim serwerom komunikować się ze sobą). 
Następnie wykonaj to polecenie na swoim drugim serwerze: 
[[File:Microk8s03.JPG]]

Po zakończeniu operacji dla drugiego serwera, musisz wykonać tę samą operację dla trzeciego serwera (od początku, aby wygenerować nowe polecenie poprzez add-node).

===Sprawdzanie stanu klastra== = 
Status klastra microk8s można sprawdzić za pomocą polecenia:
<pre>
microk8s status --wait-ready
</pre>

Jeśli wszystko jest w porządku, powinieneś otrzymać następujący wynik: 
[[File:Microk8s04.JPG]]

==Usunąć węzeł z klastra == = 
Usuwanie węzła z klastra odbywa się za pomocą polecenia:
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===Aktywacja dodatków zintegrowanych z microk8s == = 
Podstawowa wersja microk8s zawiera następujące dodatki:

[[File:Microk8s06.JPG]]

Możesz zainstalować / aktywować addon po prostu poprzez komendę:
<pre>
microk8s enable NOM_DE_LADDON
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />



[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Chmura]]

Wdrażanie klastra Kubernetes

2021-07-29T14:02:03Z

Ikbot:

[[:ro:Implementarea unui cluster Kubernetes]][[ro:Implementarea unui cluster Kubernetes]]
[[:ru:Развертывание кластера Kubernetes]][[ru:Развертывание кластера Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=Instalacja kubernetes
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetes może być uważany za: platformę kontenerową, platformę mikroserwisów, przenośną platformę chmurową i wiele więcej...Dowiedz się jak go zainstalować.
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Czym jest Kubernetes?==

'''Kubernetes''' jest platformą open-source do zarządzania skonteneryzowanymi obciążeniami i usługami.
Wspiera deklaratywne pisanie konfiguracji, ale także automatyzację. ''Kubernetes'' jest dużym i szybko rozwijającym się ekosystemem.

Ta procedura pozwoli Ci szybko i łatwo wdrożyć klaster składający się z trzech węzłów. [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)] Ta procedura pozwoli Ci szybko i łatwo wdrożyć trójwęzłowy klaster z trzech instancji CentOS 7 rozmieszczonych w tej samej sieci w strefie forward.

Jedna z tych trzech instancji będzie naszym węzłem głównym, a pozostałe dwie będą naszymi węzłami robotniczymi. Podsumowując najprościej, węzeł główny to węzeł, z którego zarządzamy klastrem Kubernetes (orkiestrator kontenerów) z poziomu jego API, a węzły robotnicze to węzły, na których będą uruchamiane strąki lub kontenery (w naszym przypadku Docker).

Założymy, że Twoje 3 instancje CentOS 7 są już wdrożone i że masz do nich dostęp przez ssh, aby wykonać polecenia, które za chwilę wykonamy.

Oto konfiguracja, którą mamy w naszym przykładzie i która będzie używana jako przykład w całej tej procedurze:

Węzeł główny: "k8s-master" / 10.1.1.16 
Pierwszy węzeł worker: "k8s-worker01" / 10.1.1.169 
Drugi węzeł worker: "k8s-worker02" / 10.1.1.87 

== Samouczek przygotowania systemu i instalacji Kubernetes ==

Poniższe czynności muszą być wykonane na wszystkich instancjach (master i workers) jako root (lub z odpowiednimi prawami sudo).

Zacznij od wypełnienia pliku /etc/hosts na każdej z instancji, tak aby mogły one rozwiązywać swoje nazwy hostów (zazwyczaj tak się dzieje w zaawansowanych sieciach strefowych, gdzie wirtualny router jest resolverem DNS).

W naszym przykładzie daje to następujący plik /etc/hosts na naszych trzech instancjach (dostosuj go do nazwy i ip swoich instancji):

<syntaxhighlight lang="bash">
cat /etc/hosts
127.0.0.1 localhost
::1 localhost

10.1.1.16 k8s-master
10.1.1.169 k8s-worker01
10.1.1.87 k8s-worker02
</syntaxhighlight>

Włącz moduł bridge i reguły iptables dla niego za pomocą następujących trzech poleceń:

<syntaxhighlight lang="bash">
modprobe bridge
echo "net.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.conf
sysctl -p /etc/sysctl.conf
</syntaxhighlight>

Dodaj repozytorium YUM Docker :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/docker.repo
[docker-ce-stable]
name=Docker CE Stable - \$basearch
baseurl=https://download.docker.com/linux/centos/7/\$basearch/stable
enabled=1
gpgcheck=1
gpgkey=https://download.docker.com/linux/centos/gpg
EOF
</syntaxhighlight>

Dodaj repozytorium YUM Kubernetes :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOF
</syntaxhighlight>

Zainstaluj Docker :

<syntaxhighlight lang="bash">
yum install -y docker-ce
</syntaxhighlight>

Następnie zainstaluj niezbędne pakiety Kubernetes:

<syntaxhighlight lang="bash">
yum install -y kubeadm kubelet kubectl
</syntaxhighlight>

Edytuj plik konfiguracyjny kubeletu systemd (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) plik konfiguracyjny, aby dodać następującą linię w sekcji "[Service]":

<pre>
Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"
</pre>

takie, że :

<pre>
cat /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
# Note: This dropin only works with kubeadm and kubelet v1.11+
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
*Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"*
# This is a file that "kubeadm init" and "kubeadm join" generates at runtime, populating the KUBELET_KUBEADM_ARGS variable dynamically
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
# This is a file that the user can use for overrides of the kubelet args as a last resort. Preferably, the user should use
# the .NodeRegistration.KubeletExtraArgs object in the configuration files instead. KUBELET_EXTRA_ARGS should be sourced from this file.
EnvironmentFile=-/etc/sysconfig/kubelet
ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS
</pre>

Przeładuj konfigurację, włącz, a następnie uruchom usługi docker i kubelet za pomocą następujących trzech poleceń:

systemctl daemon-reload
systemctl enable docker kubelet
systemctl start docker kubelet
</syntaxhighlight>

Wyłącz swap systemu (kubelet nie obsługuje pamięci swap, otrzymasz błąd podczas kontroli przed lotem podczas inicjalizacji klastra przez kubeadms, jeśli nie wyłączysz tej funkcji):

<syntaxhighlight lang="bash">
swapoff -a
</syntaxhighlight>

Proszę pamiętać, aby również skomentować/usunąć linię swap w pliku /etc/fstab każdej z twoich instancji, np :

<pre>
#/dev/mapper/vg01-swap swap swap defaults 0 0
</pre>

== Inicjalizacja klastra Kubernetes ==

Następujące czynności mogą być wykonywane tylko na instancji głównej węzła

Rozpocznij inicjalizację klastra Kubernetes za pomocą poniższej komendy, zwracając uwagę na zmianę wartości parametru "--apiserver-advertise-address=" na adres ip Twojej instancji master.

<syntaxhighlight lang="bash">
kubeadm init --apiserver-advertise-address=<ip de votre instance master> --pod-network-cidr=10.244.0.0/16
</syntaxhighlight>

Uwaga: Proszę nie modyfikować network ip "10.244.0.0/16" wskazanego w parametrze "--pod-network-cidr=" ponieważ ten parametr pozwala nam wskazać, że będziemy używać pluginu CNI Flannel do zarządzania częścią sieciową naszych strąków.

Oto jak powinien wyglądać komunikat zwrotny tego polecenia po pomyślnym zainicjowaniu klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubeadm init --apiserver-advertise-address=10.1.1.16 --pod-network-cidr=10.244.0.0/16
[init] using Kubernetes version: v1.12.2
[preflight] running pre-flight checks
[preflight/images] Pulling images required for setting up a Kubernetes cluster
[preflight/images] This might take a minute or two, depending on the speed of your internet connection
[preflight/images] You can also perform this action in beforehand using 'kubeadm config images pull'
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[preflight] Activating the kubelet service
[certificates] Generated ca certificate and key.
[certificates] Generated apiserver-kubelet-client certificate and key.
[certificates] Generated apiserver certificate and key.
[certificates] apiserver serving cert is signed for DNS names [k8s-master.cs437cloud.internal kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 10.1.1.16]
[certificates] Generated front-proxy-ca certificate and key.
[certificates] Generated front-proxy-client certificate and key.
[certificates] Generated etcd/ca certificate and key.
[certificates] Generated etcd/server certificate and key.
[certificates] etcd/server serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [127.0.0.1 ::1]
[certificates] Generated etcd/peer certificate and key.
[certificates] etcd/peer serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [10.1.1.16 127.0.0.1 ::1]
[certificates] Generated etcd/healthcheck-client certificate and key.
[certificates] Generated apiserver-etcd-client certificate and key.
[certificates] valid certificates and keys now exist in "/etc/kubernetes/pki"
[certificates] Generated sa key and public key.
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/admin.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/controller-manager.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/scheduler.conf"
[controlplane] wrote Static Pod manifest for component kube-apiserver to "/etc/kubernetes/manifests/kube-apiserver.yaml"
[controlplane] wrote Static Pod manifest for component kube-controller-manager to "/etc/kubernetes/manifests/kube-controller-manager.yaml"
[controlplane] wrote Static Pod manifest for component kube-scheduler to "/etc/kubernetes/manifests/kube-scheduler.yaml"
[etcd] Wrote Static Pod manifest for a local etcd instance to "/etc/kubernetes/manifests/etcd.yaml"
[init] waiting for the kubelet to boot up the control plane as Static Pods from directory "/etc/kubernetes/manifests"
[init] this might take a minute or longer if the control plane images have to be pulled
[apiclient] All control plane components are healthy after 32.502898 seconds
[uploadconfig] storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.12" in namespace kube-system with the configuration for the kubelets in the cluster
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the label "node-role.kubernetes.io/master=''"
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-master.cs437cloud.internal" as an annotation
[bootstraptoken] using token: e83pes.u3igpccj2metetu8
[bootstraptoken] configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstraptoken] configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstraptoken] configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstraptoken] creating the "cluster-info" ConfigMap in the "kube-public" namespace
[addons] Applied essential addon: CoreDNS
[addons] Applied essential addon: kube-proxy

Your Kubernetes master has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
https://kubernetes.io/docs/concepts/cluster-administration/addons/

You can now join any number of machines by running the following on each node
as root:

kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
</syntaxhighlight>

Wykonujemy żądane operacje w celu zakończenia inicjalizacji naszego klastra:

Tworzymy katalog i plik konfiguracyjny w katalogu naszego użytkownika (w naszym przypadku root):

<syntaxhighlight lang="bash">
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
</syntaxhighlight>

Wdrażamy naszą sieć pod Flannel dla naszego klastra:

<syntaxhighlight lang="bash">
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
clusterrole.rbac.authorization.k8s.io/flannel created
clusterrolebinding.rbac.authorization.k8s.io/flannel created
serviceaccount/flannel created
configmap/kube-flannel-cfg created
daemonset.extensions/kube-flannel-ds-amd64 created
daemonset.extensions/kube-flannel-ds-arm64 created
daemonset.extensions/kube-flannel-ds-arm created
daemonset.extensions/kube-flannel-ds-ppc64le created
daemonset.extensions/kube-flannel-ds-s390x created
</syntaxhighlight>

Uwaga: zachowamy ostatnią komendę dostarczoną przez zwrot bocznej komendy inicjalizacyjnej ("kubeadm join..."), aby uruchomić ją później na naszych instancjach robotniczych w celu dołączenia ich do naszego klastra.

Możemy teraz wykonać pierwsze kontrole naszego klastra z naszej instancji master:

Wpisz polecenie "kubectl get nodes", aby sprawdzić węzły aktualnie obecne w klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 41m v1.12.2
</syntaxhighlight>

Uwaga: obecnie w klastrze znajduje się tylko węzeł główny, co jest normalne, ponieważ nie dodaliśmy jeszcze innych węzłów do klastra.

Wpisz polecenie "kubectl get pods --all-namespaces", aby sprawdzić strąki/kontenery obecne w Twoim klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 41m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 41m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 84s
kube-system kube-proxy-h94bs 1/1 Running 0 41m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 40m
</syntaxhighlight>

Uwaga: Istnieją tylko strąki odpowiadające komponentom Kubernetes potrzebnym dla naszego węzła głównego (kube-apiserver, etcd, kube-scheduler, etc).

Możemy sprawdzić status tych komponentów za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get cs
NAME STATUS MESSAGE ERROR
scheduler Healthy ok
controller-manager Healthy ok
etcd-0 Healthy {"health": "true"}
</syntaxhighlight>

== Dodawanie węzłów robotniczych do klastra ==

Akcje, które mają być wykonywane tylko na instancjach/węzłach robotniczych

Na każdej z instancji robotniczych (nie rób tego na instancji master), uruchom polecenie "kubeadm join ..." podane na końcu powyższej inicjalizacji klastra:

<syntaxhighlight lang="bash">
[root@k8s-worker01 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_sh ip_vs ip_vs_rr ip_vs_wrr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker01.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

<syntaxhighlight lang="bash">
[root@k8s-worker02 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_wrr ip_vs_sh ip_vs ip_vs_rr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker02.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

== Sprawdzanie stanu klastra ==

Akcje, które mają być wykonywane z instancji/węzła nadrzędnego

Sprawdź, czy węzły robocze zostały dodane do klastra, wykonując ponownie polecenie "kubectl get nodes":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 46m v1.12.2
k8s-worker01.cs437cloud.internal Ready <none> 103s v1.12.2
k8s-worker02.cs437cloud.internal Ready <none> 48s v1.12.2
</syntaxhighlight>

Uwaga: Widzimy nasze dwa węzły robotnicze (k8s-worker01 i k8s-worker02), więc zostały one dodane do naszego klastra.

Uruchommy teraz ponownie polecenie "kubectl get pods --all-namespaces":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 46m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 46m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 2m6s
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 6m31s
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 70s
kube-system kube-proxy-8r7wg 1/1 Running 0 2m6s
kube-system kube-proxy-h94bs 1/1 Running 0 46m
kube-system kube-proxy-m2f5r 1/1 Running 0 70s
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 46m
</syntaxhighlight>

Uwaga: Możesz zobaczyć, że jest tyle pods/kontenerów "kube-flannel" i "kube-proxy" ile mamy węzłów w naszym klastrze.

== Rozmieszczanie pierwszego strąka ==

Rozmieścimy nasze pierwsze [https://kubernetes.io/docs/concepts/workloads/pods/pod/ pod] w naszym klastrze Kubernetes.

Dla uproszczenia, wybieramy wdrożenie strąka (bez replik) o nazwie "nginx" i używając obrazu "nginx":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create deployment nginx --image=nginx
deployment.apps/nginx created
</syntaxhighlight>

Jeśli sprawdzimy, to ten pojawia się dobrze na końcu polecenia wypisującego strąki naszego klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
default nginx-55bd7c9fd-5bghl 1/1 Running 0 104s
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 57m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 57m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 13m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 17m
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 12m
kube-system kube-proxy-8r7wg 1/1 Running 0 13m
kube-system kube-proxy-h94bs 1/1 Running 0 57m
kube-system kube-proxy-m2f5r 1/1 Running 0 12m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 57m
</syntaxhighlight>

Pojawia się on na górze listy w innej przestrzeni nazw niż "kube-system", ponieważ nie jest to komponent specyficzny dla działania Kubernetes.

Możliwe jest również uniknięcie wyświetlania strąków specyficznych dla przestrzeni nazw kube-system poprzez wykonanie tego samego polecenia bez parametru "--all-namespace":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 3d2h
</syntaxhighlight>

Aby wyświetlić etykiety :

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-55bd7c9fd-ckltn 1/1 Running 0 8m2s app=nginx,pod-template-hash=55bd7c9fd
</syntaxhighlight>

Możemy również sprawdzić nasze wdrożenia za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get deployments
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
nginx 1 1 1 1 93m
</syntaxhighlight>

Mamy więc wdrożony i uruchomiony strąk nginx, ale nie jest on jeszcze dostępny z zewnątrz. Aby uczynić go zewnętrznie dostępnym, musimy wyeksponować port naszego strąka poprzez utworzenie usługi (typu NodePort) za pomocą następującej komendy:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create service nodeport nginx --tcp=80:80
service/nginx created
</syntaxhighlight>

W ten sposób powstaje nasz serwis:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 147m
nginx NodePort 10.108.251.178 <none> 80:30566/TCP 20s
</syntaxhighlight>

Uwaga: Nasłuchuje na porcie 80/tcp i będzie dostępny/wyświetlany z zewnątrz na porcie 30566/tcp

Możemy uzyskać flanelowe ip naszego strąka oraz nazwę węzła, na którym jest on aktualnie uruchomiony za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --selector="app=nginx" --output=wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 174m 10.244.2.2 k8s-worker02.cs437cloud.internal <none>
</syntaxhighlight>

Tutaj nasz nginx pod ma ip 10.244.2.2 i jest uruchomiony na naszym węźle k8s-worker02.

Możesz również po prostu uruchomić komendę lub otworzyć powłokę na naszym nginx pod za pomocą następującej komendy (bardzo podobnej do komendy docker):

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl exec -it nginx-55bd7c9fd-vs4fq -- /bin/bash
root@nginx-55bd7c9fd-vs4fq:/#
</syntaxhighlight>

Wszystko, co musisz zrobić, to stworzyć regułę równoważenia obciążenia w sieci Ikoula One Cloud, aby uzyskać dostęp / upublicznić swój serwer WWW (nginx pod):

- Podłącz do [https://cloudstack.ikoula.com/client Chmura Ikoula Jeden]

- przejdź do "Sieć" w lewym pionowym menu

- kliknij na swoją sieć, w której masz rozmieszczone instancje Kubernetes, następnie na "View IP Addresses" i na NAT Source ip i przejdź do zakładki "Configuration".

- kliknij na "Load Balancing" i stwórz swoją regułę podając nazwę, port publiczny "80" w naszym przypadku, port prywatny "30566" w naszym przypadku (patrz wyżej), wybierając algorytm LB (np. round-robin) taki jak :

[[File:faq_k8s_regle_lb-01.png|Instancja Kubernetes]]

- zaznacz wszystkie instancje worker:

[[File:faq_k8s_regle_lb-02.png|Sprawdź instancje robotnicze kubernetes]]

Przetestuj dostęp do swojego serwera WWW / nginx z poziomu przeglądarki (poprzez publiczne IP Twojej sieci, na którym utworzyłeś regułę LB):

[[File:faq_k8s_browser_nginx.png|Dostęp do serwera WWW]]

To, że do Twojego nginxa można się dostać z dowolnego węzła, jest możliwe dzięki komponentowi "kube-proxy", który odpowiada za kierowanie połączeń do węzła(ów), na którym(ch) jest uruchomiony (w przypadku replik).

Więc właśnie wdrożyłeś podstawowy klaster Kubernetes składający się z 3 węzłów z masterem i dwoma robotnikami.

== Idź dalej ==

Możesz pójść dalej, wdrażając dashboard Kubernetes lub tworząc trwałe wolumeny dla strąków, zwiększając liczbę węzłów robotniczych, a nawet redundantnie przypisując rolę master dla wysokiej dostępności lub dedykując węzły dla określonych komponentów, takich jak na przykład Etcd.

Oto kilka przydatnych linków:

https://kubernetes.io/docs/reference/kubectl/cheatsheet/

https://kubernetes.io/docs/reference/kubectl/docker-cli-to-kubectl/

https://kubernetes.io/docs/concepts/storage/volumes/

https://kubernetes.io/docs/tasks/configure-pod-container/configure-persistent-volume-storage/

https://kubernetes.io/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume/

https://kubernetes.io/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/

[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Docker]]
[[Category:CoreOS]]
[[Category:Chmura]]

Wdrażanie klastra Kubernetes

2021-07-29T14:00:15Z

Ikbot:

[[:ru:Развертывание кластера Kubernetes]][[ru:Развертывание кластера Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=Instalacja kubernetes
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetes może być uważany za: platformę kontenerową, platformę mikroserwisów, przenośną platformę chmurową i wiele więcej...Dowiedz się jak go zainstalować.
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Czym jest Kubernetes?==

'''Kubernetes''' jest platformą open-source do zarządzania skonteneryzowanymi obciążeniami i usługami.
Wspiera deklaratywne pisanie konfiguracji, ale także automatyzację. ''Kubernetes'' jest dużym i szybko rozwijającym się ekosystemem.

Ta procedura pozwoli Ci szybko i łatwo wdrożyć klaster składający się z trzech węzłów. [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)] Ta procedura pozwoli Ci szybko i łatwo wdrożyć trójwęzłowy klaster z trzech instancji CentOS 7 rozmieszczonych w tej samej sieci w strefie forward.

Jedna z tych trzech instancji będzie naszym węzłem głównym, a pozostałe dwie będą naszymi węzłami robotniczymi. Podsumowując najprościej, węzeł główny to węzeł, z którego zarządzamy klastrem Kubernetes (orkiestrator kontenerów) z poziomu jego API, a węzły robotnicze to węzły, na których będą uruchamiane strąki lub kontenery (w naszym przypadku Docker).

Założymy, że Twoje 3 instancje CentOS 7 są już wdrożone i że masz do nich dostęp przez ssh, aby wykonać polecenia, które za chwilę wykonamy.

Oto konfiguracja, którą mamy w naszym przykładzie i która będzie używana jako przykład w całej tej procedurze:

Węzeł główny: "k8s-master" / 10.1.1.16 
Pierwszy węzeł worker: "k8s-worker01" / 10.1.1.169 
Drugi węzeł worker: "k8s-worker02" / 10.1.1.87 

== Samouczek przygotowania systemu i instalacji Kubernetes ==

Poniższe czynności muszą być wykonane na wszystkich instancjach (master i workers) jako root (lub z odpowiednimi prawami sudo).

Zacznij od wypełnienia pliku /etc/hosts na każdej z instancji, tak aby mogły one rozwiązywać swoje nazwy hostów (zazwyczaj tak się dzieje w zaawansowanych sieciach strefowych, gdzie wirtualny router jest resolverem DNS).

W naszym przykładzie daje to następujący plik /etc/hosts na naszych trzech instancjach (dostosuj go do nazwy i ip swoich instancji):

<syntaxhighlight lang="bash">
cat /etc/hosts
127.0.0.1 localhost
::1 localhost

10.1.1.16 k8s-master
10.1.1.169 k8s-worker01
10.1.1.87 k8s-worker02
</syntaxhighlight>

Włącz moduł bridge i reguły iptables dla niego za pomocą następujących trzech poleceń:

<syntaxhighlight lang="bash">
modprobe bridge
echo "net.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.conf
sysctl -p /etc/sysctl.conf
</syntaxhighlight>

Dodaj repozytorium YUM Docker :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/docker.repo
[docker-ce-stable]
name=Docker CE Stable - \$basearch
baseurl=https://download.docker.com/linux/centos/7/\$basearch/stable
enabled=1
gpgcheck=1
gpgkey=https://download.docker.com/linux/centos/gpg
EOF
</syntaxhighlight>

Dodaj repozytorium YUM Kubernetes :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOF
</syntaxhighlight>

Zainstaluj Docker :

<syntaxhighlight lang="bash">
yum install -y docker-ce
</syntaxhighlight>

Następnie zainstaluj niezbędne pakiety Kubernetes:

<syntaxhighlight lang="bash">
yum install -y kubeadm kubelet kubectl
</syntaxhighlight>

Edytuj plik konfiguracyjny kubeletu systemd (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) plik konfiguracyjny, aby dodać następującą linię w sekcji "[Service]":

<pre>
Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"
</pre>

takie, że :

<pre>
cat /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
# Note: This dropin only works with kubeadm and kubelet v1.11+
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
*Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"*
# This is a file that "kubeadm init" and "kubeadm join" generates at runtime, populating the KUBELET_KUBEADM_ARGS variable dynamically
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
# This is a file that the user can use for overrides of the kubelet args as a last resort. Preferably, the user should use
# the .NodeRegistration.KubeletExtraArgs object in the configuration files instead. KUBELET_EXTRA_ARGS should be sourced from this file.
EnvironmentFile=-/etc/sysconfig/kubelet
ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS
</pre>

Przeładuj konfigurację, włącz, a następnie uruchom usługi docker i kubelet za pomocą następujących trzech poleceń:

systemctl daemon-reload
systemctl enable docker kubelet
systemctl start docker kubelet
</syntaxhighlight>

Wyłącz swap systemu (kubelet nie obsługuje pamięci swap, otrzymasz błąd podczas kontroli przed lotem podczas inicjalizacji klastra przez kubeadms, jeśli nie wyłączysz tej funkcji):

<syntaxhighlight lang="bash">
swapoff -a
</syntaxhighlight>

Proszę pamiętać, aby również skomentować/usunąć linię swap w pliku /etc/fstab każdej z twoich instancji, np :

<pre>
#/dev/mapper/vg01-swap swap swap defaults 0 0
</pre>

== Inicjalizacja klastra Kubernetes ==

Następujące czynności mogą być wykonywane tylko na instancji głównej węzła

Rozpocznij inicjalizację klastra Kubernetes za pomocą poniższej komendy, zwracając uwagę na zmianę wartości parametru "--apiserver-advertise-address=" na adres ip Twojej instancji master.

<syntaxhighlight lang="bash">
kubeadm init --apiserver-advertise-address=<ip de votre instance master> --pod-network-cidr=10.244.0.0/16
</syntaxhighlight>

Uwaga: Proszę nie modyfikować network ip "10.244.0.0/16" wskazanego w parametrze "--pod-network-cidr=" ponieważ ten parametr pozwala nam wskazać, że będziemy używać pluginu CNI Flannel do zarządzania częścią sieciową naszych strąków.

Oto jak powinien wyglądać komunikat zwrotny tego polecenia po pomyślnym zainicjowaniu klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubeadm init --apiserver-advertise-address=10.1.1.16 --pod-network-cidr=10.244.0.0/16
[init] using Kubernetes version: v1.12.2
[preflight] running pre-flight checks
[preflight/images] Pulling images required for setting up a Kubernetes cluster
[preflight/images] This might take a minute or two, depending on the speed of your internet connection
[preflight/images] You can also perform this action in beforehand using 'kubeadm config images pull'
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[preflight] Activating the kubelet service
[certificates] Generated ca certificate and key.
[certificates] Generated apiserver-kubelet-client certificate and key.
[certificates] Generated apiserver certificate and key.
[certificates] apiserver serving cert is signed for DNS names [k8s-master.cs437cloud.internal kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 10.1.1.16]
[certificates] Generated front-proxy-ca certificate and key.
[certificates] Generated front-proxy-client certificate and key.
[certificates] Generated etcd/ca certificate and key.
[certificates] Generated etcd/server certificate and key.
[certificates] etcd/server serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [127.0.0.1 ::1]
[certificates] Generated etcd/peer certificate and key.
[certificates] etcd/peer serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [10.1.1.16 127.0.0.1 ::1]
[certificates] Generated etcd/healthcheck-client certificate and key.
[certificates] Generated apiserver-etcd-client certificate and key.
[certificates] valid certificates and keys now exist in "/etc/kubernetes/pki"
[certificates] Generated sa key and public key.
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/admin.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/controller-manager.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/scheduler.conf"
[controlplane] wrote Static Pod manifest for component kube-apiserver to "/etc/kubernetes/manifests/kube-apiserver.yaml"
[controlplane] wrote Static Pod manifest for component kube-controller-manager to "/etc/kubernetes/manifests/kube-controller-manager.yaml"
[controlplane] wrote Static Pod manifest for component kube-scheduler to "/etc/kubernetes/manifests/kube-scheduler.yaml"
[etcd] Wrote Static Pod manifest for a local etcd instance to "/etc/kubernetes/manifests/etcd.yaml"
[init] waiting for the kubelet to boot up the control plane as Static Pods from directory "/etc/kubernetes/manifests"
[init] this might take a minute or longer if the control plane images have to be pulled
[apiclient] All control plane components are healthy after 32.502898 seconds
[uploadconfig] storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.12" in namespace kube-system with the configuration for the kubelets in the cluster
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the label "node-role.kubernetes.io/master=''"
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-master.cs437cloud.internal" as an annotation
[bootstraptoken] using token: e83pes.u3igpccj2metetu8
[bootstraptoken] configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstraptoken] configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstraptoken] configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstraptoken] creating the "cluster-info" ConfigMap in the "kube-public" namespace
[addons] Applied essential addon: CoreDNS
[addons] Applied essential addon: kube-proxy

Your Kubernetes master has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
https://kubernetes.io/docs/concepts/cluster-administration/addons/

You can now join any number of machines by running the following on each node
as root:

kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
</syntaxhighlight>

Wykonujemy żądane operacje w celu zakończenia inicjalizacji naszego klastra:

Tworzymy katalog i plik konfiguracyjny w katalogu naszego użytkownika (w naszym przypadku root):

<syntaxhighlight lang="bash">
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
</syntaxhighlight>

Wdrażamy naszą sieć pod Flannel dla naszego klastra:

<syntaxhighlight lang="bash">
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
clusterrole.rbac.authorization.k8s.io/flannel created
clusterrolebinding.rbac.authorization.k8s.io/flannel created
serviceaccount/flannel created
configmap/kube-flannel-cfg created
daemonset.extensions/kube-flannel-ds-amd64 created
daemonset.extensions/kube-flannel-ds-arm64 created
daemonset.extensions/kube-flannel-ds-arm created
daemonset.extensions/kube-flannel-ds-ppc64le created
daemonset.extensions/kube-flannel-ds-s390x created
</syntaxhighlight>

Uwaga: zachowamy ostatnią komendę dostarczoną przez zwrot bocznej komendy inicjalizacyjnej ("kubeadm join..."), aby uruchomić ją później na naszych instancjach robotniczych w celu dołączenia ich do naszego klastra.

Możemy teraz wykonać pierwsze kontrole naszego klastra z naszej instancji master:

Wpisz polecenie "kubectl get nodes", aby sprawdzić węzły aktualnie obecne w klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 41m v1.12.2
</syntaxhighlight>

Uwaga: obecnie w klastrze znajduje się tylko węzeł główny, co jest normalne, ponieważ nie dodaliśmy jeszcze innych węzłów do klastra.

Wpisz polecenie "kubectl get pods --all-namespaces", aby sprawdzić strąki/kontenery obecne w Twoim klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 41m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 41m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 84s
kube-system kube-proxy-h94bs 1/1 Running 0 41m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 40m
</syntaxhighlight>

Uwaga: Istnieją tylko strąki odpowiadające komponentom Kubernetes potrzebnym dla naszego węzła głównego (kube-apiserver, etcd, kube-scheduler, etc).

Możemy sprawdzić status tych komponentów za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get cs
NAME STATUS MESSAGE ERROR
scheduler Healthy ok
controller-manager Healthy ok
etcd-0 Healthy {"health": "true"}
</syntaxhighlight>

== Dodawanie węzłów robotniczych do klastra ==

Akcje, które mają być wykonywane tylko na instancjach/węzłach robotniczych

Na każdej z instancji robotniczych (nie rób tego na instancji master), uruchom polecenie "kubeadm join ..." podane na końcu powyższej inicjalizacji klastra:

<syntaxhighlight lang="bash">
[root@k8s-worker01 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_sh ip_vs ip_vs_rr ip_vs_wrr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker01.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

<syntaxhighlight lang="bash">
[root@k8s-worker02 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_wrr ip_vs_sh ip_vs ip_vs_rr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker02.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

== Sprawdzanie stanu klastra ==

Akcje, które mają być wykonywane z instancji/węzła nadrzędnego

Sprawdź, czy węzły robocze zostały dodane do klastra, wykonując ponownie polecenie "kubectl get nodes":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 46m v1.12.2
k8s-worker01.cs437cloud.internal Ready <none> 103s v1.12.2
k8s-worker02.cs437cloud.internal Ready <none> 48s v1.12.2
</syntaxhighlight>

Uwaga: Widzimy nasze dwa węzły robotnicze (k8s-worker01 i k8s-worker02), więc zostały one dodane do naszego klastra.

Uruchommy teraz ponownie polecenie "kubectl get pods --all-namespaces":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 46m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 46m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 2m6s
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 6m31s
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 70s
kube-system kube-proxy-8r7wg 1/1 Running 0 2m6s
kube-system kube-proxy-h94bs 1/1 Running 0 46m
kube-system kube-proxy-m2f5r 1/1 Running 0 70s
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 46m
</syntaxhighlight>

Uwaga: Możesz zobaczyć, że jest tyle pods/kontenerów "kube-flannel" i "kube-proxy" ile mamy węzłów w naszym klastrze.

== Rozmieszczanie pierwszego strąka ==

Rozmieścimy nasze pierwsze [https://kubernetes.io/docs/concepts/workloads/pods/pod/ pod] w naszym klastrze Kubernetes.

Dla uproszczenia, wybieramy wdrożenie strąka (bez replik) o nazwie "nginx" i używając obrazu "nginx":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create deployment nginx --image=nginx
deployment.apps/nginx created
</syntaxhighlight>

Jeśli sprawdzimy, to ten pojawia się dobrze na końcu polecenia wypisującego strąki naszego klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
default nginx-55bd7c9fd-5bghl 1/1 Running 0 104s
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 57m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 57m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 13m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 17m
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 12m
kube-system kube-proxy-8r7wg 1/1 Running 0 13m
kube-system kube-proxy-h94bs 1/1 Running 0 57m
kube-system kube-proxy-m2f5r 1/1 Running 0 12m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 57m
</syntaxhighlight>

Pojawia się on na górze listy w innej przestrzeni nazw niż "kube-system", ponieważ nie jest to komponent specyficzny dla działania Kubernetes.

Możliwe jest również uniknięcie wyświetlania strąków specyficznych dla przestrzeni nazw kube-system poprzez wykonanie tego samego polecenia bez parametru "--all-namespace":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 3d2h
</syntaxhighlight>

Aby wyświetlić etykiety :

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-55bd7c9fd-ckltn 1/1 Running 0 8m2s app=nginx,pod-template-hash=55bd7c9fd
</syntaxhighlight>

Możemy również sprawdzić nasze wdrożenia za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get deployments
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
nginx 1 1 1 1 93m
</syntaxhighlight>

Mamy więc wdrożony i uruchomiony strąk nginx, ale nie jest on jeszcze dostępny z zewnątrz. Aby uczynić go zewnętrznie dostępnym, musimy wyeksponować port naszego strąka poprzez utworzenie usługi (typu NodePort) za pomocą następującej komendy:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create service nodeport nginx --tcp=80:80
service/nginx created
</syntaxhighlight>

W ten sposób powstaje nasz serwis:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 147m
nginx NodePort 10.108.251.178 <none> 80:30566/TCP 20s
</syntaxhighlight>

Uwaga: Nasłuchuje na porcie 80/tcp i będzie dostępny/wyświetlany z zewnątrz na porcie 30566/tcp

Możemy uzyskać flanelowe ip naszego strąka oraz nazwę węzła, na którym jest on aktualnie uruchomiony za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --selector="app=nginx" --output=wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 174m 10.244.2.2 k8s-worker02.cs437cloud.internal <none>
</syntaxhighlight>

Tutaj nasz nginx pod ma ip 10.244.2.2 i jest uruchomiony na naszym węźle k8s-worker02.

Możesz również po prostu uruchomić komendę lub otworzyć powłokę na naszym nginx pod za pomocą następującej komendy (bardzo podobnej do komendy docker):

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl exec -it nginx-55bd7c9fd-vs4fq -- /bin/bash
root@nginx-55bd7c9fd-vs4fq:/#
</syntaxhighlight>

Wszystko, co musisz zrobić, to stworzyć regułę równoważenia obciążenia w sieci Ikoula One Cloud, aby uzyskać dostęp / upublicznić swój serwer WWW (nginx pod):

- Podłącz do [https://cloudstack.ikoula.com/client Chmura Ikoula Jeden]

- przejdź do "Sieć" w lewym pionowym menu

- kliknij na swoją sieć, w której masz rozmieszczone instancje Kubernetes, następnie na "View IP Addresses" i na NAT Source ip i przejdź do zakładki "Configuration".

- kliknij na "Load Balancing" i stwórz swoją regułę podając nazwę, port publiczny "80" w naszym przypadku, port prywatny "30566" w naszym przypadku (patrz wyżej), wybierając algorytm LB (np. round-robin) taki jak :

[[File:faq_k8s_regle_lb-01.png|Instancja Kubernetes]]

- zaznacz wszystkie instancje worker:

[[File:faq_k8s_regle_lb-02.png|Sprawdź instancje robotnicze kubernetes]]

Przetestuj dostęp do swojego serwera WWW / nginx z poziomu przeglądarki (poprzez publiczne IP Twojej sieci, na którym utworzyłeś regułę LB):

[[File:faq_k8s_browser_nginx.png|Dostęp do serwera WWW]]

To, że do Twojego nginxa można się dostać z dowolnego węzła, jest możliwe dzięki komponentowi "kube-proxy", który odpowiada za kierowanie połączeń do węzła(ów), na którym(ch) jest uruchomiony (w przypadku replik).

Więc właśnie wdrożyłeś podstawowy klaster Kubernetes składający się z 3 węzłów z masterem i dwoma robotnikami.

== Idź dalej ==

Możesz pójść dalej, wdrażając dashboard Kubernetes lub tworząc trwałe wolumeny dla strąków, zwiększając liczbę węzłów robotniczych, a nawet redundantnie przypisując rolę master dla wysokiej dostępności lub dedykując węzły dla określonych komponentów, takich jak na przykład Etcd.

Oto kilka przydatnych linków:

https://kubernetes.io/docs/reference/kubectl/cheatsheet/

https://kubernetes.io/docs/reference/kubectl/docker-cli-to-kubectl/

https://kubernetes.io/docs/concepts/storage/volumes/

https://kubernetes.io/docs/tasks/configure-pod-container/configure-persistent-volume-storage/

https://kubernetes.io/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume/

https://kubernetes.io/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/

[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Docker]]
[[Category:CoreOS]]
[[Category:Chmura]]

Wdrażanie klastra Kubernetes

2021-07-29T13:58:55Z

Ikbot: Utworzono nową stronę ":fr:Deployer un cluster Kuberne..."

[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=Instalacja kubernetes
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetes może być uważany za: platformę kontenerową, platformę mikroserwisów, przenośną platformę chmurową i wiele więcej...Dowiedz się jak go zainstalować.
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Czym jest Kubernetes?==

'''Kubernetes''' jest platformą open-source do zarządzania skonteneryzowanymi obciążeniami i usługami.
Wspiera deklaratywne pisanie konfiguracji, ale także automatyzację. ''Kubernetes'' jest dużym i szybko rozwijającym się ekosystemem.

Ta procedura pozwoli Ci szybko i łatwo wdrożyć klaster składający się z trzech węzłów. [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)] Ta procedura pozwoli Ci szybko i łatwo wdrożyć trójwęzłowy klaster z trzech instancji CentOS 7 rozmieszczonych w tej samej sieci w strefie forward.

Jedna z tych trzech instancji będzie naszym węzłem głównym, a pozostałe dwie będą naszymi węzłami robotniczymi. Podsumowując najprościej, węzeł główny to węzeł, z którego zarządzamy klastrem Kubernetes (orkiestrator kontenerów) z poziomu jego API, a węzły robotnicze to węzły, na których będą uruchamiane strąki lub kontenery (w naszym przypadku Docker).

Założymy, że Twoje 3 instancje CentOS 7 są już wdrożone i że masz do nich dostęp przez ssh, aby wykonać polecenia, które za chwilę wykonamy.

Oto konfiguracja, którą mamy w naszym przykładzie i która będzie używana jako przykład w całej tej procedurze:

Węzeł główny: "k8s-master" / 10.1.1.16 
Pierwszy węzeł worker: "k8s-worker01" / 10.1.1.169 
Drugi węzeł worker: "k8s-worker02" / 10.1.1.87 

== Samouczek przygotowania systemu i instalacji Kubernetes ==

Poniższe czynności muszą być wykonane na wszystkich instancjach (master i workers) jako root (lub z odpowiednimi prawami sudo).

Zacznij od wypełnienia pliku /etc/hosts na każdej z instancji, tak aby mogły one rozwiązywać swoje nazwy hostów (zazwyczaj tak się dzieje w zaawansowanych sieciach strefowych, gdzie wirtualny router jest resolverem DNS).

W naszym przykładzie daje to następujący plik /etc/hosts na naszych trzech instancjach (dostosuj go do nazwy i ip swoich instancji):

<syntaxhighlight lang="bash">
cat /etc/hosts
127.0.0.1 localhost
::1 localhost

10.1.1.16 k8s-master
10.1.1.169 k8s-worker01
10.1.1.87 k8s-worker02
</syntaxhighlight>

Włącz moduł bridge i reguły iptables dla niego za pomocą następujących trzech poleceń:

<syntaxhighlight lang="bash">
modprobe bridge
echo "net.bridge.bridge-nf-call-iptables = 1" >> /etc/sysctl.conf
sysctl -p /etc/sysctl.conf
</syntaxhighlight>

Dodaj repozytorium YUM Docker :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/docker.repo
[docker-ce-stable]
name=Docker CE Stable - \$basearch
baseurl=https://download.docker.com/linux/centos/7/\$basearch/stable
enabled=1
gpgcheck=1
gpgkey=https://download.docker.com/linux/centos/gpg
EOF
</syntaxhighlight>

Dodaj repozytorium YUM Kubernetes :

<syntaxhighlight lang="bash">
cat <<EOF > /etc/yum.repos.d/kubernetes.repo
[kubernetes]
name=Kubernetes
baseurl=https://packages.cloud.google.com/yum/repos/kubernetes-el7-x86_64
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://packages.cloud.google.com/yum/doc/yum-key.gpg
https://packages.cloud.google.com/yum/doc/rpm-package-key.gpg
EOF
</syntaxhighlight>

Zainstaluj Docker :

<syntaxhighlight lang="bash">
yum install -y docker-ce
</syntaxhighlight>

Następnie zainstaluj niezbędne pakiety Kubernetes:

<syntaxhighlight lang="bash">
yum install -y kubeadm kubelet kubectl
</syntaxhighlight>

Edytuj plik konfiguracyjny kubeletu systemd (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) plik konfiguracyjny, aby dodać następującą linię w sekcji "[Service]":

<pre>
Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"
</pre>

takie, że :

<pre>
cat /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
# Note: This dropin only works with kubeadm and kubelet v1.11+
[Service]
Environment="KUBELET_KUBECONFIG_ARGS=--bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes/kubelet.conf"
Environment="KUBELET_CONFIG_ARGS=--config=/var/lib/kubelet/config.yaml"
*Environment="KUBELET_CGROUP_ARGS=--cgroup-driver=cgroupfs"*
# This is a file that "kubeadm init" and "kubeadm join" generates at runtime, populating the KUBELET_KUBEADM_ARGS variable dynamically
EnvironmentFile=-/var/lib/kubelet/kubeadm-flags.env
# This is a file that the user can use for overrides of the kubelet args as a last resort. Preferably, the user should use
# the .NodeRegistration.KubeletExtraArgs object in the configuration files instead. KUBELET_EXTRA_ARGS should be sourced from this file.
EnvironmentFile=-/etc/sysconfig/kubelet
ExecStart=
ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_CONFIG_ARGS $KUBELET_KUBEADM_ARGS $KUBELET_EXTRA_ARGS
</pre>

Przeładuj konfigurację, włącz, a następnie uruchom usługi docker i kubelet za pomocą następujących trzech poleceń:

systemctl daemon-reload
systemctl enable docker kubelet
systemctl start docker kubelet
</syntaxhighlight>

Wyłącz swap systemu (kubelet nie obsługuje pamięci swap, otrzymasz błąd podczas kontroli przed lotem podczas inicjalizacji klastra przez kubeadms, jeśli nie wyłączysz tej funkcji):

<syntaxhighlight lang="bash">
swapoff -a
</syntaxhighlight>

Proszę pamiętać, aby również skomentować/usunąć linię swap w pliku /etc/fstab każdej z twoich instancji, np :

<pre>
#/dev/mapper/vg01-swap swap swap defaults 0 0
</pre>

== Inicjalizacja klastra Kubernetes ==

Następujące czynności mogą być wykonywane tylko na instancji głównej węzła

Rozpocznij inicjalizację klastra Kubernetes za pomocą poniższej komendy, zwracając uwagę na zmianę wartości parametru "--apiserver-advertise-address=" na adres ip Twojej instancji master.

<syntaxhighlight lang="bash">
kubeadm init --apiserver-advertise-address=<ip de votre instance master> --pod-network-cidr=10.244.0.0/16
</syntaxhighlight>

Uwaga: Proszę nie modyfikować network ip "10.244.0.0/16" wskazanego w parametrze "--pod-network-cidr=" ponieważ ten parametr pozwala nam wskazać, że będziemy używać pluginu CNI Flannel do zarządzania częścią sieciową naszych strąków.

Oto jak powinien wyglądać komunikat zwrotny tego polecenia po pomyślnym zainicjowaniu klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubeadm init --apiserver-advertise-address=10.1.1.16 --pod-network-cidr=10.244.0.0/16
[init] using Kubernetes version: v1.12.2
[preflight] running pre-flight checks
[preflight/images] Pulling images required for setting up a Kubernetes cluster
[preflight/images] This might take a minute or two, depending on the speed of your internet connection
[preflight/images] You can also perform this action in beforehand using 'kubeadm config images pull'
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[preflight] Activating the kubelet service
[certificates] Generated ca certificate and key.
[certificates] Generated apiserver-kubelet-client certificate and key.
[certificates] Generated apiserver certificate and key.
[certificates] apiserver serving cert is signed for DNS names [k8s-master.cs437cloud.internal kubernetes kubernetes.default kubernetes.default.svc kubernetes.default.svc.cluster.local] and IPs [10.96.0.1 10.1.1.16]
[certificates] Generated front-proxy-ca certificate and key.
[certificates] Generated front-proxy-client certificate and key.
[certificates] Generated etcd/ca certificate and key.
[certificates] Generated etcd/server certificate and key.
[certificates] etcd/server serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [127.0.0.1 ::1]
[certificates] Generated etcd/peer certificate and key.
[certificates] etcd/peer serving cert is signed for DNS names [k8s-master.cs437cloud.internal localhost] and IPs [10.1.1.16 127.0.0.1 ::1]
[certificates] Generated etcd/healthcheck-client certificate and key.
[certificates] Generated apiserver-etcd-client certificate and key.
[certificates] valid certificates and keys now exist in "/etc/kubernetes/pki"
[certificates] Generated sa key and public key.
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/admin.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/kubelet.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/controller-manager.conf"
[kubeconfig] Wrote KubeConfig file to disk: "/etc/kubernetes/scheduler.conf"
[controlplane] wrote Static Pod manifest for component kube-apiserver to "/etc/kubernetes/manifests/kube-apiserver.yaml"
[controlplane] wrote Static Pod manifest for component kube-controller-manager to "/etc/kubernetes/manifests/kube-controller-manager.yaml"
[controlplane] wrote Static Pod manifest for component kube-scheduler to "/etc/kubernetes/manifests/kube-scheduler.yaml"
[etcd] Wrote Static Pod manifest for a local etcd instance to "/etc/kubernetes/manifests/etcd.yaml"
[init] waiting for the kubelet to boot up the control plane as Static Pods from directory "/etc/kubernetes/manifests"
[init] this might take a minute or longer if the control plane images have to be pulled
[apiclient] All control plane components are healthy after 32.502898 seconds
[uploadconfig] storing the configuration used in ConfigMap "kubeadm-config" in the "kube-system" Namespace
[kubelet] Creating a ConfigMap "kubelet-config-1.12" in namespace kube-system with the configuration for the kubelets in the cluster
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the label "node-role.kubernetes.io/master=''"
[markmaster] Marking the node k8s-master.cs437cloud.internal as master by adding the taints [node-role.kubernetes.io/master:NoSchedule]
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-master.cs437cloud.internal" as an annotation
[bootstraptoken] using token: e83pes.u3igpccj2metetu8
[bootstraptoken] configured RBAC rules to allow Node Bootstrap tokens to post CSRs in order for nodes to get long term certificate credentials
[bootstraptoken] configured RBAC rules to allow the csrapprover controller automatically approve CSRs from a Node Bootstrap Token
[bootstraptoken] configured RBAC rules to allow certificate rotation for all node client certificates in the cluster
[bootstraptoken] creating the "cluster-info" ConfigMap in the "kube-public" namespace
[addons] Applied essential addon: CoreDNS
[addons] Applied essential addon: kube-proxy

Your Kubernetes master has initialized successfully!

To start using your cluster, you need to run the following as a regular user:

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

You should now deploy a pod network to the cluster.
Run "kubectl apply -f [podnetwork].yaml" with one of the options listed at:
https://kubernetes.io/docs/concepts/cluster-administration/addons/

You can now join any number of machines by running the following on each node
as root:

kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
</syntaxhighlight>

Wykonujemy żądane operacje w celu zakończenia inicjalizacji naszego klastra:

Tworzymy katalog i plik konfiguracyjny w katalogu naszego użytkownika (w naszym przypadku root):

<syntaxhighlight lang="bash">
mkdir -p $HOME/.kube
cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
</syntaxhighlight>

Wdrażamy naszą sieć pod Flannel dla naszego klastra:

<syntaxhighlight lang="bash">
kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml
clusterrole.rbac.authorization.k8s.io/flannel created
clusterrolebinding.rbac.authorization.k8s.io/flannel created
serviceaccount/flannel created
configmap/kube-flannel-cfg created
daemonset.extensions/kube-flannel-ds-amd64 created
daemonset.extensions/kube-flannel-ds-arm64 created
daemonset.extensions/kube-flannel-ds-arm created
daemonset.extensions/kube-flannel-ds-ppc64le created
daemonset.extensions/kube-flannel-ds-s390x created
</syntaxhighlight>

Uwaga: zachowamy ostatnią komendę dostarczoną przez zwrot bocznej komendy inicjalizacyjnej ("kubeadm join..."), aby uruchomić ją później na naszych instancjach robotniczych w celu dołączenia ich do naszego klastra.

Możemy teraz wykonać pierwsze kontrole naszego klastra z naszej instancji master:

Wpisz polecenie "kubectl get nodes", aby sprawdzić węzły aktualnie obecne w klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 41m v1.12.2
</syntaxhighlight>

Uwaga: obecnie w klastrze znajduje się tylko węzeł główny, co jest normalne, ponieważ nie dodaliśmy jeszcze innych węzłów do klastra.

Wpisz polecenie "kubectl get pods --all-namespaces", aby sprawdzić strąki/kontenery obecne w Twoim klastrze:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 41m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 41m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 41m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 84s
kube-system kube-proxy-h94bs 1/1 Running 0 41m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 40m
</syntaxhighlight>

Uwaga: Istnieją tylko strąki odpowiadające komponentom Kubernetes potrzebnym dla naszego węzła głównego (kube-apiserver, etcd, kube-scheduler, etc).

Możemy sprawdzić status tych komponentów za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get cs
NAME STATUS MESSAGE ERROR
scheduler Healthy ok
controller-manager Healthy ok
etcd-0 Healthy {"health": "true"}
</syntaxhighlight>

== Dodawanie węzłów robotniczych do klastra ==

Akcje, które mają być wykonywane tylko na instancjach/węzłach robotniczych

Na każdej z instancji robotniczych (nie rób tego na instancji master), uruchom polecenie "kubeadm join ..." podane na końcu powyższej inicjalizacji klastra:

<syntaxhighlight lang="bash">
[root@k8s-worker01 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_sh ip_vs ip_vs_rr ip_vs_wrr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker01.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

<syntaxhighlight lang="bash">
[root@k8s-worker02 ~]# kubeadm join 10.1.1.16:6443 --token e83pes.u3igpccj2metetu8 --discovery-token-ca-cert-hash sha256:7ea9169bc5ac77b3a2ec37e5129006d9a895ce040e306f3093ce77e7422f7f1c
[preflight] running pre-flight checks
[WARNING RequiredIPVSKernelModulesAvailable]: the IPVS proxier will not be used, because the following required kernel modules are not loaded: [ip_vs_wrr ip_vs_sh ip_vs ip_vs_rr] or no builtin kernel ipvs support: map[ip_vs:{} ip_vs_rr:{} ip_vs_wrr:{} ip_vs_sh:{} nf_conntrack_ipv4:{}]
you can solve this problem with following methods:
1. Run 'modprobe -- ' to load missing kernel modules;
2. Provide the missing builtin kernel ipvs support

[discovery] Trying to connect to API Server "10.1.1.16:6443"
[discovery] Created cluster-info discovery client, requesting info from "https://10.1.1.16:6443"
[discovery] Requesting info from "https://10.1.1.16:6443" again to validate TLS against the pinned public key
[discovery] Cluster info signature and contents are valid and TLS certificate validates against pinned roots, will use API Server "10.1.1.16:6443"
[discovery] Successfully established connection with API Server "10.1.1.16:6443"
[kubelet] Downloading configuration for the kubelet from the "kubelet-config-1.12" ConfigMap in the kube-system namespace
[kubelet] Writing kubelet configuration to file "/var/lib/kubelet/config.yaml"
[kubelet] Writing kubelet environment file with flags to file "/var/lib/kubelet/kubeadm-flags.env"
[preflight] Activating the kubelet service
[tlsbootstrap] Waiting for the kubelet to perform the TLS Bootstrap...
[patchnode] Uploading the CRI Socket information "/var/run/dockershim.sock" to the Node API object "k8s-worker02.cs437cloud.internal" as an annotation

This node has joined the cluster:
* Certificate signing request was sent to apiserver and a response was received.
* The Kubelet was informed of the new secure connection details.

Run 'kubectl get nodes' on the master to see this node join the cluster.
</syntaxhighlight>

== Sprawdzanie stanu klastra ==

Akcje, które mają być wykonywane z instancji/węzła nadrzędnego

Sprawdź, czy węzły robocze zostały dodane do klastra, wykonując ponownie polecenie "kubectl get nodes":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get nodes
NAME STATUS ROLES AGE VERSION
k8s-master.cs437cloud.internal Ready master 46m v1.12.2
k8s-worker01.cs437cloud.internal Ready <none> 103s v1.12.2
k8s-worker02.cs437cloud.internal Ready <none> 48s v1.12.2
</syntaxhighlight>

Uwaga: Widzimy nasze dwa węzły robotnicze (k8s-worker01 i k8s-worker02), więc zostały one dodane do naszego klastra.

Uruchommy teraz ponownie polecenie "kubectl get pods --all-namespaces":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 46m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 46m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 46m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 2m6s
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 6m31s
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 70s
kube-system kube-proxy-8r7wg 1/1 Running 0 2m6s
kube-system kube-proxy-h94bs 1/1 Running 0 46m
kube-system kube-proxy-m2f5r 1/1 Running 0 70s
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 46m
</syntaxhighlight>

Uwaga: Możesz zobaczyć, że jest tyle pods/kontenerów "kube-flannel" i "kube-proxy" ile mamy węzłów w naszym klastrze.

== Rozmieszczanie pierwszego strąka ==

Rozmieścimy nasze pierwsze [https://kubernetes.io/docs/concepts/workloads/pods/pod/ pod] w naszym klastrze Kubernetes.

Dla uproszczenia, wybieramy wdrożenie strąka (bez replik) o nazwie "nginx" i używając obrazu "nginx":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create deployment nginx --image=nginx
deployment.apps/nginx created
</syntaxhighlight>

Jeśli sprawdzimy, to ten pojawia się dobrze na końcu polecenia wypisującego strąki naszego klastra:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
default nginx-55bd7c9fd-5bghl 1/1 Running 0 104s
kube-system coredns-576cbf47c7-fwxj9 1/1 Running 0 57m
kube-system coredns-576cbf47c7-t86s9 1/1 Running 0 57m
kube-system etcd-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-apiserver-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-controller-manager-k8s-master.cs437cloud.internal 1/1 Running 0 57m
kube-system kube-flannel-ds-amd64-724nl 1/1 Running 0 13m
kube-system kube-flannel-ds-amd64-wcm7v 1/1 Running 0 17m
kube-system kube-flannel-ds-amd64-z7mwg 1/1 Running 3 12m
kube-system kube-proxy-8r7wg 1/1 Running 0 13m
kube-system kube-proxy-h94bs 1/1 Running 0 57m
kube-system kube-proxy-m2f5r 1/1 Running 0 12m
kube-system kube-scheduler-k8s-master.cs437cloud.internal 1/1 Running 0 57m
</syntaxhighlight>

Pojawia się on na górze listy w innej przestrzeni nazw niż "kube-system", ponieważ nie jest to komponent specyficzny dla działania Kubernetes.

Możliwe jest również uniknięcie wyświetlania strąków specyficznych dla przestrzeni nazw kube-system poprzez wykonanie tego samego polecenia bez parametru "--all-namespace":

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 3d2h
</syntaxhighlight>

Aby wyświetlić etykiety :

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --show-labels
NAME READY STATUS RESTARTS AGE LABELS
nginx-55bd7c9fd-ckltn 1/1 Running 0 8m2s app=nginx,pod-template-hash=55bd7c9fd
</syntaxhighlight>

Możemy również sprawdzić nasze wdrożenia za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get deployments
NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE
nginx 1 1 1 1 93m
</syntaxhighlight>

Mamy więc wdrożony i uruchomiony strąk nginx, ale nie jest on jeszcze dostępny z zewnątrz. Aby uczynić go zewnętrznie dostępnym, musimy wyeksponować port naszego strąka poprzez utworzenie usługi (typu NodePort) za pomocą następującej komendy:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl create service nodeport nginx --tcp=80:80
service/nginx created
</syntaxhighlight>

W ten sposób powstaje nasz serwis:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.96.0.1 <none> 443/TCP 147m
nginx NodePort 10.108.251.178 <none> 80:30566/TCP 20s
</syntaxhighlight>

Uwaga: Nasłuchuje na porcie 80/tcp i będzie dostępny/wyświetlany z zewnątrz na porcie 30566/tcp

Możemy uzyskać flanelowe ip naszego strąka oraz nazwę węzła, na którym jest on aktualnie uruchomiony za pomocą następującego polecenia:

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl get pods --selector="app=nginx" --output=wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE
nginx-55bd7c9fd-vs4fq 1/1 Running 0 174m 10.244.2.2 k8s-worker02.cs437cloud.internal <none>
</syntaxhighlight>

Tutaj nasz nginx pod ma ip 10.244.2.2 i jest uruchomiony na naszym węźle k8s-worker02.

Możesz również po prostu uruchomić komendę lub otworzyć powłokę na naszym nginx pod za pomocą następującej komendy (bardzo podobnej do komendy docker):

<syntaxhighlight lang="bash">
[root@k8s-master ~]# kubectl exec -it nginx-55bd7c9fd-vs4fq -- /bin/bash
root@nginx-55bd7c9fd-vs4fq:/#
</syntaxhighlight>

Wszystko, co musisz zrobić, to stworzyć regułę równoważenia obciążenia w sieci Ikoula One Cloud, aby uzyskać dostęp / upublicznić swój serwer WWW (nginx pod):

- Podłącz do [https://cloudstack.ikoula.com/client Chmura Ikoula Jeden]

- przejdź do "Sieć" w lewym pionowym menu

- kliknij na swoją sieć, w której masz rozmieszczone instancje Kubernetes, następnie na "View IP Addresses" i na NAT Source ip i przejdź do zakładki "Configuration".

- kliknij na "Load Balancing" i stwórz swoją regułę podając nazwę, port publiczny "80" w naszym przypadku, port prywatny "30566" w naszym przypadku (patrz wyżej), wybierając algorytm LB (np. round-robin) taki jak :

[[File:faq_k8s_regle_lb-01.png|Instancja Kubernetes]]

- zaznacz wszystkie instancje worker:

[[File:faq_k8s_regle_lb-02.png|Sprawdź instancje robotnicze kubernetes]]

Przetestuj dostęp do swojego serwera WWW / nginx z poziomu przeglądarki (poprzez publiczne IP Twojej sieci, na którym utworzyłeś regułę LB):

[[File:faq_k8s_browser_nginx.png|Dostęp do serwera WWW]]

To, że do Twojego nginxa można się dostać z dowolnego węzła, jest możliwe dzięki komponentowi "kube-proxy", który odpowiada za kierowanie połączeń do węzła(ów), na którym(ch) jest uruchomiony (w przypadku replik).

Więc właśnie wdrożyłeś podstawowy klaster Kubernetes składający się z 3 węzłów z masterem i dwoma robotnikami.

== Idź dalej ==

Możesz pójść dalej, wdrażając dashboard Kubernetes lub tworząc trwałe wolumeny dla strąków, zwiększając liczbę węzłów robotniczych, a nawet redundantnie przypisując rolę master dla wysokiej dostępności lub dedykując węzły dla określonych komponentów, takich jak na przykład Etcd.

Oto kilka przydatnych linków:

https://kubernetes.io/docs/reference/kubectl/cheatsheet/

https://kubernetes.io/docs/reference/kubectl/docker-cli-to-kubectl/

https://kubernetes.io/docs/concepts/storage/volumes/

https://kubernetes.io/docs/tasks/configure-pod-container/configure-persistent-volume-storage/

https://kubernetes.io/docs/tasks/access-application-cluster/communicate-containers-same-pod-shared-volume/

https://kubernetes.io/docs/tutorials/stateful-application/mysql-wordpress-persistent-volume/

[[Category:cloudstack]]
[[Category:chmura publiczna]]
[[Category:chmura prywatna]]
[[Category:Docker]]
[[Category:CoreOS]]
[[Category:Chmura]]

Wdrażanie instancji w strefie bezpośredniego routingu

2021-07-29T13:32:25Z

Ikbot:

[[:ro:Implementarea unei instanțe într-o zonă de rutare directă]][[ro:Implementarea unei instanțe într-o zonă de rutare directă]]
[[:ru:Развертывание экземпляра в зоне прямой маршрутизации]][[ru:Развертывание экземпляра в зоне прямой маршрутизации]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone direct-routing|tutaj]]. 
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

Wdrażanie instancji w strefie bezpośredniego routingu

2021-07-29T13:31:19Z

Ikbot:

[[:ru:Развертывание экземпляра в зоне прямой маршрутизации]][[ru:Развертывание экземпляра в зоне прямой маршрутизации]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone direct-routing|tutaj]]. 
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

Wdrażanie instancji w strefie bezpośredniego routingu

2021-07-29T13:30:34Z

Ikbot: Utworzono nową stronę "</..."

[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone direct-routing|tutaj]]. 
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

Wdrażanie instancji w strefie z zaawansowanym routingiem

2021-07-29T13:21:16Z

Ikbot:

[[:ro:Implementarea unei instanțe într-o zonă de rutare avansată]][[ro:Implementarea unei instanțe într-o zonă de rutare avansată]]
[[:ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]][[ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]]
[[:fr:Deploiement d'une instance en zone advanced-routing]][[fr:Deploiement d'une instance en zone advanced-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone advanced-routing|tutaj]]. 
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

Wdrażanie instancji w strefie z zaawansowanym routingiem

2021-07-29T13:20:34Z

Ikbot:

[[:ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]][[ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]]
[[:fr:Deploiement d'une instance en zone advanced-routing]][[fr:Deploiement d'une instance en zone advanced-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone advanced-routing|tutaj]]. 
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

Wdrażanie instancji w strefie z zaawansowanym routingiem

2021-07-29T13:19:56Z

Ikbot: Utworzono nową stronę "<span data-link_translate_fr_title="Deploiement d'une instance en zone advanced-routing" data-link_translate_fr_url="Deploiement d'une instance en zone advanced-routing..."

[[:fr:Deploiement d'une instance en zone advanced-routing]][[fr:Deploiement d'une instance en zone advanced-routing]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Deploiement d'une instance en zone advanced-routing|tutaj]]. 
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
#REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

Klient Debug Windows

2021-07-29T13:02:21Z

Ikbot:

[[:ro:Debug Client Windows]][[ro:Debug Client Windows]]
[[:ru:Отладочный клиент Windows]][[ru:Отладочный клиент Windows]]
[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Debug Client Windows|tutaj]]. 
[[:ja:デバッグクライアント Windows]][[ja:デバッグクライアント Windows]]
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==Wstęp== 
Niektóre z tych testów wymagają użycia " '''cmd.exe''' ", jest to '''interpreter poleceń obecny w systemie Windows''' niezależnie od wersji, której używasz.
Nie zrażaj się jego wyglądem, jego obsługa jest prosta i pozwala uzyskać wiele przydatnych informacji w przypadku debugowania naszych usług. 
 '''Aby przekazać nam informację zwrotną zapraszamy do skopiowania treści zwracanej przez polecenia lub zrzutu ekranu.'''

Aby uruchomić cmd.exe : '''Windows symbol + R''' następnie wpisz " '''cmd.exe''' ". 
 
[[File:comment-run-cmd.png | 450px]]
 
Wygląd programu cmd.exe jest następujący 
 
[[File:Example-cmd-vide.png | 680px ]]
 

==Kurs== 

== Uzyskiwanie informacji o systemie : ==

Aby to zrobić, wpisz polecenie " '''systeminfo''' " w '''cmd.exe''' 
 
[[File:systeminfo-result.png |720px ]]

== Test ping ==

''' Ping''' to nazwa polecenia komputerowego używanego do '''testowania dostępności innej maszyny poprzez sieć IP'''.
Aby to zrobić, wpisz polecenie " '''ping''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8), którego używasz. 
 
[[File:exemple-test-ping-ikoula.png | 680px ]]
 
== Test tracert ==

''' Tracert pozwala na śledzenie ścieżek, które pakiet danych''' (pakiet IP) pokona, aby przejść '''z lokalnego komputera do innego komputera''' podłączonego do sieci IP.

Aby to zrobić, wpisz komendę " '''tracert''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8.8), o które Ci chodzi. 
 
[[File:tracert-exemple.png | 680px ]]
 
== Badanie MTR ==

Test sieciowy, który '''łączy w sobie funkcje narzędzi tracert i ping'''.
Aby wykonać test MTR należy pobrać '''WinMTR''', w załączniku znajduje się link do pobrania (nie wymaga instalacji): http://winmtr.net/download-winmtr/

Sposób użycia jest prosty, wystarczy '''wpisać w pole hosta adres ip lub domenę''' będącą przedmiotem testu i '''nacisnąć na "start"''', po kilku minutach działania (min. 2 minuty) proszę zatrzymać test i kliknąć na "Kopiuj tekst do schowka" a następnie "wklej" nam wynik w mailu zwrotnym 
 
[[File:winmtr-exemple.png | 680px ]]
 
== Poznaj swój publiczny adres IP ==
Aby poznać swoje '''publiczne IP''' (WAN IP / Routable IP w Internecie) wejdź na stronę " '''my-ip.com''' " i '''podaj informacje w czerwonym polu'''. 
 
[[File:mon-ip-com-capture.png | 680px ]]
 
==Wniosek== 
Przedstawione powyżej błędy dostarczają wielu informacji o środowisku pracy, co pozwala pomocy technicznej na szybszą identyfikację i rozwiązywanie zgłoszeń.



 
Cet article vous a semblé utile ? <vote />




<comments />

Klient Debug Windows

2021-07-29T13:00:48Z

Ikbot:

[[:ru:Отладочный клиент Windows]][[ru:Отладочный клиент Windows]]
[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Debug Client Windows|tutaj]]. 
[[:ja:デバッグクライアント Windows]][[ja:デバッグクライアント Windows]]
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==Wstęp== 
Niektóre z tych testów wymagają użycia " '''cmd.exe''' ", jest to '''interpreter poleceń obecny w systemie Windows''' niezależnie od wersji, której używasz.
Nie zrażaj się jego wyglądem, jego obsługa jest prosta i pozwala uzyskać wiele przydatnych informacji w przypadku debugowania naszych usług. 
 '''Aby przekazać nam informację zwrotną zapraszamy do skopiowania treści zwracanej przez polecenia lub zrzutu ekranu.'''

Aby uruchomić cmd.exe : '''Windows symbol + R''' następnie wpisz " '''cmd.exe''' ". 
 
[[File:comment-run-cmd.png | 450px]]
 
Wygląd programu cmd.exe jest następujący 
 
[[File:Example-cmd-vide.png | 680px ]]
 

==Kurs== 

== Uzyskiwanie informacji o systemie : ==

Aby to zrobić, wpisz polecenie " '''systeminfo''' " w '''cmd.exe''' 
 
[[File:systeminfo-result.png |720px ]]

== Test ping ==

''' Ping''' to nazwa polecenia komputerowego używanego do '''testowania dostępności innej maszyny poprzez sieć IP'''.
Aby to zrobić, wpisz polecenie " '''ping''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8), którego używasz. 
 
[[File:exemple-test-ping-ikoula.png | 680px ]]
 
== Test tracert ==

''' Tracert pozwala na śledzenie ścieżek, które pakiet danych''' (pakiet IP) pokona, aby przejść '''z lokalnego komputera do innego komputera''' podłączonego do sieci IP.

Aby to zrobić, wpisz komendę " '''tracert''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8.8), o które Ci chodzi. 
 
[[File:tracert-exemple.png | 680px ]]
 
== Badanie MTR ==

Test sieciowy, który '''łączy w sobie funkcje narzędzi tracert i ping'''.
Aby wykonać test MTR należy pobrać '''WinMTR''', w załączniku znajduje się link do pobrania (nie wymaga instalacji): http://winmtr.net/download-winmtr/

Sposób użycia jest prosty, wystarczy '''wpisać w pole hosta adres ip lub domenę''' będącą przedmiotem testu i '''nacisnąć na "start"''', po kilku minutach działania (min. 2 minuty) proszę zatrzymać test i kliknąć na "Kopiuj tekst do schowka" a następnie "wklej" nam wynik w mailu zwrotnym 
 
[[File:winmtr-exemple.png | 680px ]]
 
== Poznaj swój publiczny adres IP ==
Aby poznać swoje '''publiczne IP''' (WAN IP / Routable IP w Internecie) wejdź na stronę " '''my-ip.com''' " i '''podaj informacje w czerwonym polu'''. 
 
[[File:mon-ip-com-capture.png | 680px ]]
 
==Wniosek== 
Przedstawione powyżej błędy dostarczają wielu informacji o środowisku pracy, co pozwala pomocy technicznej na szybszą identyfikację i rozwiązywanie zgłoszeń.



 
Cet article vous a semblé utile ? <vote />




<comments />

Klient Debug Windows

2021-07-29T12:58:26Z

Ikbot: Utworzono nową stronę ":fr:Debug Client Windowsfr:Debug Client Windows..."

[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Debug Client Windows|tutaj]]. 
[[:ja:デバッグクライアント Windows]][[ja:デバッグクライアント Windows]]
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==Wstęp== 
Niektóre z tych testów wymagają użycia " '''cmd.exe''' ", jest to '''interpreter poleceń obecny w systemie Windows''' niezależnie od wersji, której używasz.
Nie zrażaj się jego wyglądem, jego obsługa jest prosta i pozwala uzyskać wiele przydatnych informacji w przypadku debugowania naszych usług. 
 '''Aby przekazać nam informację zwrotną zapraszamy do skopiowania treści zwracanej przez polecenia lub zrzutu ekranu.'''

Aby uruchomić cmd.exe : '''Windows symbol + R''' następnie wpisz " '''cmd.exe''' ". 
 
[[File:comment-run-cmd.png | 450px]]
 
Wygląd programu cmd.exe jest następujący 
 
[[File:Example-cmd-vide.png | 680px ]]
 

==Kurs== 

== Uzyskiwanie informacji o systemie : ==

Aby to zrobić, wpisz polecenie " '''systeminfo''' " w '''cmd.exe''' 
 
[[File:systeminfo-result.png |720px ]]

== Test ping ==

''' Ping''' to nazwa polecenia komputerowego używanego do '''testowania dostępności innej maszyny poprzez sieć IP'''.
Aby to zrobić, wpisz polecenie " '''ping''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8), którego używasz. 
 
[[File:exemple-test-ping-ikoula.png | 680px ]]
 
== Test tracert ==

''' Tracert pozwala na śledzenie ścieżek, które pakiet danych''' (pakiet IP) pokona, aby przejść '''z lokalnego komputera do innego komputera''' podłączonego do sieci IP.

Aby to zrobić, wpisz komendę " '''tracert''' " w '''cmd.exe''', a następnie domenę (domain.fr) lub IP (8.8.8.8.8), o które Ci chodzi. 
 
[[File:tracert-exemple.png | 680px ]]
 
== Badanie MTR ==

Test sieciowy, który '''łączy w sobie funkcje narzędzi tracert i ping'''.
Aby wykonać test MTR należy pobrać '''WinMTR''', w załączniku znajduje się link do pobrania (nie wymaga instalacji): http://winmtr.net/download-winmtr/

Sposób użycia jest prosty, wystarczy '''wpisać w pole hosta adres ip lub domenę''' będącą przedmiotem testu i '''nacisnąć na "start"''', po kilku minutach działania (min. 2 minuty) proszę zatrzymać test i kliknąć na "Kopiuj tekst do schowka" a następnie "wklej" nam wynik w mailu zwrotnym 
 
[[File:winmtr-exemple.png | 680px ]]
 
== Poznaj swój publiczny adres IP ==
Aby poznać swoje '''publiczne IP''' (WAN IP / Routable IP w Internecie) wejdź na stronę " '''my-ip.com''' " i '''podaj informacje w czerwonym polu'''. 
 
[[File:mon-ip-com-capture.png | 680px ]]
 
==Wniosek== 
Przedstawione powyżej błędy dostarczają wielu informacji o środowisku pracy, co pozwala pomocy technicznej na szybszą identyfikację i rozwiązywanie zgłoszeń.



 
Cet article vous a semblé utile ? <vote />




<comments />

DPKG usuń konfiguracje już usuniętych pakietów

2021-07-29T12:47:53Z

Ikbot:

[[:ru:DPKG удаляет конфигурации уже удаленных пакетов]][[ru:DPKG удаляет конфигурации уже удаленных пакетов]]
[[:fr:DPKG supprimer les configurations de paquets déjà supprimés]][[fr:DPKG supprimer les configurations de paquets déjà supprimés]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:DPKG supprimer les configurations de paquets déjà supprimés|tutaj]]. 
[[:ja:DPKG 削除済みのパッケージの構成を削除]][[ja:DPKG 削除済みのパッケージの構成を削除]]
[[:zh:DPKG 删除已经删除的软件包的配置]][[zh:DPKG 删除已经删除的软件包的配置]]
[[:de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]][[de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]]
[[:nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]][[nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]]
[[:it:DPKG elimina le configurazioni di pacchetti già eliminati]][[it:DPKG elimina le configurazioni di pacchetti già eliminati]]
[[:pt:DPKG apagar configurações de pacotes já eliminados]][[pt:DPKG apagar configurações de pacotes já eliminados]]
[[:es:DPKG borrar configuraciones de paquetes ya borrados]][[es:DPKG borrar configuraciones de paquetes ya borrados]]
[[:en:DPKG delete configurations of already deleted packages]][[en:DPKG delete configurations of already deleted packages]]


==Wstęp== 
Zobaczymy, jak wyświetlić listę i usunąć pliki konfiguracyjne, które zostały już usunięte.

==Kurs== 
Wypiszmy te pakiety, w których pakiety zostały już usunięte, ale pliki konfiguracyjne nie, w naszym przykładzie trzy :
<pre>
$ dpkg -l | grep ^rc
rc docutils-common 0.14+dfsg-4 all text processing system for reStructuredText - common data
rc linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit PCs (signed)
rc unzip 6.0-23+deb10u1 amd64 De-archiver for .zip files
</pre>

Następnie wymuśmy oczyszczenie tych pakietów poprzez ''apt'':
<pre>
$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
</pre>

Możesz wtedy sprawdzić za pomocą ''dpkg'', pakiety nie będą już obecne.

==Wniosek== 
Krótkie podsumowanie tego, co zostało osiągnięte i co należy zrobić dalej



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]

DPKG usuń konfiguracje już usuniętych pakietów

2021-07-29T12:46:45Z

Ikbot: Utworzono nową stronę "<span data-link_translate_fr_title="DPKG supprimer les configurations de paquets déjà supprimés" data-link_translate_fr_url="DPKG supprimer les configurations de paq..."

[[:fr:DPKG supprimer les configurations de paquets déjà supprimés]][[fr:DPKG supprimer les configurations de paquets déjà supprimés]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:DPKG supprimer les configurations de paquets déjà supprimés|tutaj]]. 
[[:ja:DPKG 削除済みのパッケージの構成を削除]][[ja:DPKG 削除済みのパッケージの構成を削除]]
[[:zh:DPKG 删除已经删除的软件包的配置]][[zh:DPKG 删除已经删除的软件包的配置]]
[[:de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]][[de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]]
[[:nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]][[nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]]
[[:it:DPKG elimina le configurazioni di pacchetti già eliminati]][[it:DPKG elimina le configurazioni di pacchetti già eliminati]]
[[:pt:DPKG apagar configurações de pacotes já eliminados]][[pt:DPKG apagar configurações de pacotes já eliminados]]
[[:es:DPKG borrar configuraciones de paquetes ya borrados]][[es:DPKG borrar configuraciones de paquetes ya borrados]]
[[:en:DPKG delete configurations of already deleted packages]][[en:DPKG delete configurations of already deleted packages]]


==Wstęp== 
Zobaczymy, jak wyświetlić listę i usunąć pliki konfiguracyjne, które zostały już usunięte.

==Kurs== 
Wypiszmy te pakiety, w których pakiety zostały już usunięte, ale pliki konfiguracyjne nie, w naszym przykładzie trzy :
<pre>
$ dpkg -l | grep ^rc
rc docutils-common 0.14+dfsg-4 all text processing system for reStructuredText - common data
rc linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit PCs (signed)
rc unzip 6.0-23+deb10u1 amd64 De-archiver for .zip files
</pre>

Następnie wymuśmy oczyszczenie tych pakietów poprzez ''apt'':
<pre>
$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
</pre>

Możesz wtedy sprawdzić za pomocą ''dpkg'', pakiety nie będą już obecne.

==Wniosek== 
Krótkie podsumowanie tego, co zostało osiągnięte i co należy zrobić dalej



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]

Migająca dioda LED DELL na dysku

2021-07-29T12:38:03Z

Ikbot:

[[:ro:LED intermitent DELL pe un disc]][[ro:LED intermitent DELL pe un disc]]
[[:ru:Мигающий светодиод DELL на диске]][[ru:Мигающий светодиод DELL на диске]]
[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:DELL faire clignoter la LED d'un disque|tutaj]]. 
[[:ja:DELL ディスクのLEDが点滅する]][[ja:DELL ディスクのLEDが点滅する]]
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==Wstęp== 
Zobaczymy, jak migać diodą LED dysku za pomocą ''DELL omconfig'', może to być przydatne, aby powiedzieć nośnikowi, który dysk należy zmienić.

==Kurs== 
Wyizolowaliśmy wadliwy dysk, który znajduje się na :

Identyfikator kontrolera : 0 
ID dysku: 0:0:2 

Dioda LED tego ostatniego będzie migać, aby łatwiej było ją fizycznie odnaleźć:
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

I aby zatrzymać miganie:
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:DELL]]

Migająca dioda LED DELL na dysku

2021-07-29T12:37:02Z

Ikbot:

[[:ru:Мигающий светодиод DELL на диске]][[ru:Мигающий светодиод DELL на диске]]
[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:DELL faire clignoter la LED d'un disque|tutaj]]. 
[[:ja:DELL ディスクのLEDが点滅する]][[ja:DELL ディスクのLEDが点滅する]]
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==Wstęp== 
Zobaczymy, jak migać diodą LED dysku za pomocą ''DELL omconfig'', może to być przydatne, aby powiedzieć nośnikowi, który dysk należy zmienić.

==Kurs== 
Wyizolowaliśmy wadliwy dysk, który znajduje się na :

Identyfikator kontrolera : 0 
ID dysku: 0:0:2 

Dioda LED tego ostatniego będzie migać, aby łatwiej było ją fizycznie odnaleźć:
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

I aby zatrzymać miganie:
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:DELL]]

Migająca dioda LED DELL na dysku

2021-07-29T12:36:03Z

Ikbot: Utworzono nową stronę ":fr:DELL fair..."

[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:DELL faire clignoter la LED d'un disque|tutaj]]. 
[[:ja:DELL ディスクのLEDが点滅する]][[ja:DELL ディスクのLEDが点滅する]]
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==Wstęp== 
Zobaczymy, jak migać diodą LED dysku za pomocą ''DELL omconfig'', może to być przydatne, aby powiedzieć nośnikowi, który dysk należy zmienić.

==Kurs== 
Wyizolowaliśmy wadliwy dysk, który znajduje się na :

Identyfikator kontrolera : 0 
ID dysku: 0:0:2 

Dioda LED tego ostatniego będzie migać, aby łatwiej było ją fizycznie odnaleźć:
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

I aby zatrzymać miganie:
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:Linux]]
[[Category:DELL]]

Tworzenie maszyny wirtualnej

2021-07-29T12:28:20Z

Ikbot:

[[:ro:Creați o mașină virtuală]][[ro:Creați o mașină virtuală]]
[[:ru:Создайте виртуальную машину]][[ru:Создайте виртуальную машину]]
[[:fr:Créer une machine virtuelle]][[fr:Créer une machine virtuelle]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une machine virtuelle|tutaj]]. 
[[:ja:仮想マシンの作成]][[ja:仮想マシンの作成]]
[[:zh:创建一个虚拟机]][[zh:创建一个虚拟机]]
[[:de:Erstellen einer virtuellen Maschine]][[de:Erstellen einer virtuellen Maschine]]
[[:nl:Maak een virtuele machine]][[nl:Maak een virtuele machine]]
[[:it:Creare una macchina virtuale]][[it:Creare una macchina virtuale]]
[[:pt:Criar uma máquina virtual]][[pt:Criar uma máquina virtual]]
[[:es:Crear una máquina virtual]][[es:Crear una máquina virtual]]
[[:en:Create a virtual machine]][[en:Create a virtual machine]]
==Jak utworzyć maszynę wirtualną==

Aby utworzyć nową maszynę wirtualną, należy najpierw przejść do VMware Cloud Director i kliknąć na "New VM".

[[File:NouvelleVM.PNG|1000px]]

Następnie będziesz mógł wybrać nazwę swojej maszyny, nazwę, którą chcesz jej nadać i opcjonalnie opis, jeśli chcesz.

Następnie można wybrać typ :

Nowy: pozwala na utworzenie nowej maszyny z ISO i kompletną instalacją.

Z szablonu: pozwala na utworzenie maszyny z szablonu utworzonego na wcześniej utworzonej maszynie.

[[File:NouvelleVM2.PNG|1000px]]

===bez modelu== =

Następnie można wybrać rodzinę systemów operacyjnych spośród Windows, Linux lub Inne, po czym w zależności od dokonanego wyboru należy określić System operacyjny.

Będziesz mógł również wybrać ISO, które chcesz zainstalować dla swojej wirtualnej maszyny.

[[File:NouvelleVM4.PNG|1000px]]

Następnie możesz zdecydować o zasobach swojej maszyny.

[[File:NouvelleVM6.PNG|1000px]]

[[File:NouvelleVM7.PNG|1000px]]

Po wybraniu powyższych opcji, należy wybrać sieć z utworzonych.

[[File:NouvelleVM5.PNG|1000px]]

===Od modelu== =

Można wtedy wcześniej wybrać model, który ma zostać utworzony

[[File:NouvelleVM3.PNG|1000px]]

Podobnie jak w przypadku tworzenia maszyn wirtualnych bez szablonu, masz możliwość wyboru zasobów przypisanych do tej nowej maszyny.

[[File:NouvelleVM8.PNG|1000px]]

Możesz również dostosować maszynę podczas jej tworzenia.

[[File:NouvelleVM9.PNG|1000px]]

Następnie można zatwierdzić utworzenie maszyny i przejść do jej konfiguracji.

[[Category:VMWare]]

Tworzenie maszyny wirtualnej

2021-07-29T12:26:46Z

Ikbot:

[[:ru:Создайте виртуальную машину]][[ru:Создайте виртуальную машину]]
[[:fr:Créer une machine virtuelle]][[fr:Créer une machine virtuelle]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une machine virtuelle|tutaj]]. 
[[:ja:仮想マシンの作成]][[ja:仮想マシンの作成]]
[[:zh:创建一个虚拟机]][[zh:创建一个虚拟机]]
[[:de:Erstellen einer virtuellen Maschine]][[de:Erstellen einer virtuellen Maschine]]
[[:nl:Maak een virtuele machine]][[nl:Maak een virtuele machine]]
[[:it:Creare una macchina virtuale]][[it:Creare una macchina virtuale]]
[[:pt:Criar uma máquina virtual]][[pt:Criar uma máquina virtual]]
[[:es:Crear una máquina virtual]][[es:Crear una máquina virtual]]
[[:en:Create a virtual machine]][[en:Create a virtual machine]]
==Jak utworzyć maszynę wirtualną==

Aby utworzyć nową maszynę wirtualną, należy najpierw przejść do VMware Cloud Director i kliknąć na "New VM".

[[File:NouvelleVM.PNG|1000px]]

Następnie będziesz mógł wybrać nazwę swojej maszyny, nazwę, którą chcesz jej nadać i opcjonalnie opis, jeśli chcesz.

Następnie można wybrać typ :

Nowy: pozwala na utworzenie nowej maszyny z ISO i kompletną instalacją.

Z szablonu: pozwala na utworzenie maszyny z szablonu utworzonego na wcześniej utworzonej maszynie.

[[File:NouvelleVM2.PNG|1000px]]

===bez modelu== =

Następnie można wybrać rodzinę systemów operacyjnych spośród Windows, Linux lub Inne, po czym w zależności od dokonanego wyboru należy określić System operacyjny.

Będziesz mógł również wybrać ISO, które chcesz zainstalować dla swojej wirtualnej maszyny.

[[File:NouvelleVM4.PNG|1000px]]

Następnie możesz zdecydować o zasobach swojej maszyny.

[[File:NouvelleVM6.PNG|1000px]]

[[File:NouvelleVM7.PNG|1000px]]

Po wybraniu powyższych opcji, należy wybrać sieć z utworzonych.

[[File:NouvelleVM5.PNG|1000px]]

===Od modelu== =

Można wtedy wcześniej wybrać model, który ma zostać utworzony

[[File:NouvelleVM3.PNG|1000px]]

Podobnie jak w przypadku tworzenia maszyn wirtualnych bez szablonu, masz możliwość wyboru zasobów przypisanych do tej nowej maszyny.

[[File:NouvelleVM8.PNG|1000px]]

Możesz również dostosować maszynę podczas jej tworzenia.

[[File:NouvelleVM9.PNG|1000px]]

Następnie można zatwierdzić utworzenie maszyny i przejść do jej konfiguracji.

[[Category:VMWare]]

Tworzenie maszyny wirtualnej

2021-07-29T12:25:18Z

Ikbot: Utworzono nową stronę ":fr:Créer une machine virtuelle[..."

[[:fr:Créer une machine virtuelle]][[fr:Créer une machine virtuelle]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une machine virtuelle|tutaj]]. 
[[:ja:仮想マシンの作成]][[ja:仮想マシンの作成]]
[[:zh:创建一个虚拟机]][[zh:创建一个虚拟机]]
[[:de:Erstellen einer virtuellen Maschine]][[de:Erstellen einer virtuellen Maschine]]
[[:nl:Maak een virtuele machine]][[nl:Maak een virtuele machine]]
[[:it:Creare una macchina virtuale]][[it:Creare una macchina virtuale]]
[[:pt:Criar uma máquina virtual]][[pt:Criar uma máquina virtual]]
[[:es:Crear una máquina virtual]][[es:Crear una máquina virtual]]
[[:en:Create a virtual machine]][[en:Create a virtual machine]]
==Jak utworzyć maszynę wirtualną==

Aby utworzyć nową maszynę wirtualną, należy najpierw przejść do VMware Cloud Director i kliknąć na "New VM".

[[File:NouvelleVM.PNG|1000px]]

Następnie będziesz mógł wybrać nazwę swojej maszyny, nazwę, którą chcesz jej nadać i opcjonalnie opis, jeśli chcesz.

Następnie można wybrać typ :

Nowy: pozwala na utworzenie nowej maszyny z ISO i kompletną instalacją.

Z szablonu: pozwala na utworzenie maszyny z szablonu utworzonego na wcześniej utworzonej maszynie.

[[File:NouvelleVM2.PNG|1000px]]

===bez modelu== =

Następnie można wybrać rodzinę systemów operacyjnych spośród Windows, Linux lub Inne, po czym w zależności od dokonanego wyboru należy określić System operacyjny.

Będziesz mógł również wybrać ISO, które chcesz zainstalować dla swojej wirtualnej maszyny.

[[File:NouvelleVM4.PNG|1000px]]

Następnie możesz zdecydować o zasobach swojej maszyny.

[[File:NouvelleVM6.PNG|1000px]]

[[File:NouvelleVM7.PNG|1000px]]

Po wybraniu powyższych opcji, należy wybrać sieć z utworzonych.

[[File:NouvelleVM5.PNG|1000px]]

===Od modelu== =

Można wtedy wcześniej wybrać model, który ma zostać utworzony

[[File:NouvelleVM3.PNG|1000px]]

Podobnie jak w przypadku tworzenia maszyn wirtualnych bez szablonu, masz możliwość wyboru zasobów przypisanych do tej nowej maszyny.

[[File:NouvelleVM8.PNG|1000px]]

Możesz również dostosować maszynę podczas jej tworzenia.

[[File:NouvelleVM9.PNG|1000px]]

Następnie można zatwierdzić utworzenie maszyny i przejść do jej konfiguracji.

[[Category:VMWare]]

Utwórz listę mailingową lub grupę kontaktów:

2021-07-29T10:59:53Z

Ikbot:

[[:ro:Creați o listă de corespondență sau un grup de contacte:]][[ro:Creați o listă de corespondență sau un grup de contacte:]]
[[:ru:Создайте список рассылки или группу контактов:]][[ru:Создайте список рассылки или группу контактов:]]
[[:fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]][[fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:メーリングリストや連絡先のグループを作成します。]][[ja:メーリングリストや連絡先のグループを作成します。]]
[[:zh:创建一个邮件列表或一组联系人。]][[zh:创建一个邮件列表或一组联系人。]]
[[:de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]][[de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]]
[[:nl:Maak een mailinglijst of een groep van contacten:]][[nl:Maak een mailinglijst of een groep van contacten:]]
[[:it:Crea una mailing list o un gruppo di contatti:]][[it:Crea una mailing list o un gruppo di contatti:]]
[[:pt:Criar uma mailing list ou um grupo de contactos:]][[pt:Criar uma mailing list ou um grupo de contactos:]]
[[:es:Crea una lista de correo o un grupo de contactos:]][[es:Crea una lista de correo o un grupo de contactos:]]
[[:en:Creating an email distribution list or contact group in Zimbra]][[en:Creating an email distribution list or contact group in Zimbra]]

{{#seo:
|title=Tworzenie listy dystrybucyjnej e-mail lub listy grupy kontaktów
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=W tym artykule dowiesz się jak utworzyć listę mailingową za pomocą poczty elektronicznej oraz jak utworzyć grupę kontaktów w Zimbrze.
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Utwórz listę mailingową lub grupę kontaktów:==

Funkcja automatycznego wprowadzania danych '''Zimbra''' jest bardzo wydajny, gdy odpowiadasz na e-mail lub umawiasz się na spotkanie.
W trakcie wpisywania wyświetlane są pełne adresy.
Innym bardzo skutecznym rozwiązaniem jest stworzenie listy odbiorców, czyli "listy dystrybucyjnej".

Zimbra używa również terminu "grupa kontaktów".

Dzięki ''Zimbra'' możesz stworzyć dowolną ilość grup kontaktowych.

==Na przykład:==
Utwórz grupy kontaktów dla swojego zespołu
Twój wydział
Twoi przyjaciele
Twoja rodzina itd...
Po wpisaniu adresu w programie Zimbra, program przygotowuje odpowiednie grupy kontaktów, automatycznie dodając wszystkie adresy grup.

==Aby utworzyć grupę kontaktów:==

Otwórz menu "Nowy kontakt" w dowolnej zakładce i wybierz "Grupa kontaktów".
Otwiera się zakładka "grupa kontaktów".
#Nadaj grupie nazwę
Wyszukaj kontakty, które chcesz dodać do grupy. Zimbra[https://www.ikoula.com/fr/zimbra] wyszukuje adresy na liście GAL (globalna lista adresów), ale można również wyszukiwać we własnych kontaktach.
#Wybierz kontakty
Kliknij na "Dodaj". '''Kliknij na "Dodaj", aby dodać kontakt.''' aby dodać kontakt.
Kliknij na "Zapisz", aby zapisać kontakt. '''Kliknij na "Zapisz", aby zapisać grupę.''' aby zapisać grupę.

Uwaga: Termin '''"Globalna lista adresów" (GAL)''' (Global Address List, GAL) jest technicznym
nazwa techniczna dla katalogu firmowego.

Zostanie wyświetlona nazwa nowej grupy kontaktów. Grupy kontaktowe są identyfikowane przez ikonę przedstawiającą kilka głów i ramion.
Następnie za każdym razem, gdy chcesz wysłać wiadomość e-mail do różnych osób z danej grupy kontaktowej lub zaproponować im spotkanie, wystarczy wpisać nazwę tej grupy. Program automatycznie wstawia wszystkie adresy grupy w polu odbiorcy.

[[Category:Zimbra]]

Utwórz listę mailingową lub grupę kontaktów:

2021-07-29T10:58:43Z

Ikbot:

[[:ru:Создайте список рассылки или группу контактов:]][[ru:Создайте список рассылки или группу контактов:]]
[[:fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]][[fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:メーリングリストや連絡先のグループを作成します。]][[ja:メーリングリストや連絡先のグループを作成します。]]
[[:zh:创建一个邮件列表或一组联系人。]][[zh:创建一个邮件列表或一组联系人。]]
[[:de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]][[de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]]
[[:nl:Maak een mailinglijst of een groep van contacten:]][[nl:Maak een mailinglijst of een groep van contacten:]]
[[:it:Crea una mailing list o un gruppo di contatti:]][[it:Crea una mailing list o un gruppo di contatti:]]
[[:pt:Criar uma mailing list ou um grupo de contactos:]][[pt:Criar uma mailing list ou um grupo de contactos:]]
[[:es:Crea una lista de correo o un grupo de contactos:]][[es:Crea una lista de correo o un grupo de contactos:]]
[[:en:Creating an email distribution list or contact group in Zimbra]][[en:Creating an email distribution list or contact group in Zimbra]]

{{#seo:
|title=Tworzenie listy dystrybucyjnej e-mail lub listy grupy kontaktów
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=W tym artykule dowiesz się jak utworzyć listę mailingową za pomocą poczty elektronicznej oraz jak utworzyć grupę kontaktów w Zimbrze.
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Utwórz listę mailingową lub grupę kontaktów:==

Funkcja automatycznego wprowadzania danych '''Zimbra''' jest bardzo wydajny, gdy odpowiadasz na e-mail lub umawiasz się na spotkanie.
W trakcie wpisywania wyświetlane są pełne adresy.
Innym bardzo skutecznym rozwiązaniem jest stworzenie listy odbiorców, czyli "listy dystrybucyjnej".

Zimbra używa również terminu "grupa kontaktów".

Dzięki ''Zimbra'' możesz stworzyć dowolną ilość grup kontaktowych.

==Na przykład:==
Utwórz grupy kontaktów dla swojego zespołu
Twój wydział
Twoi przyjaciele
Twoja rodzina itd...
Po wpisaniu adresu w programie Zimbra, program przygotowuje odpowiednie grupy kontaktów, automatycznie dodając wszystkie adresy grup.

==Aby utworzyć grupę kontaktów:==

Otwórz menu "Nowy kontakt" w dowolnej zakładce i wybierz "Grupa kontaktów".
Otwiera się zakładka "grupa kontaktów".
#Nadaj grupie nazwę
Wyszukaj kontakty, które chcesz dodać do grupy. Zimbra[https://www.ikoula.com/fr/zimbra] wyszukuje adresy na liście GAL (globalna lista adresów), ale można również wyszukiwać we własnych kontaktach.
#Wybierz kontakty
Kliknij na "Dodaj". '''Kliknij na "Dodaj", aby dodać kontakt.''' aby dodać kontakt.
Kliknij na "Zapisz", aby zapisać kontakt. '''Kliknij na "Zapisz", aby zapisać grupę.''' aby zapisać grupę.

Uwaga: Termin '''"Globalna lista adresów" (GAL)''' (Global Address List, GAL) jest technicznym
nazwa techniczna dla katalogu firmowego.

Zostanie wyświetlona nazwa nowej grupy kontaktów. Grupy kontaktowe są identyfikowane przez ikonę przedstawiającą kilka głów i ramion.
Następnie za każdym razem, gdy chcesz wysłać wiadomość e-mail do różnych osób z danej grupy kontaktowej lub zaproponować im spotkanie, wystarczy wpisać nazwę tej grupy. Program automatycznie wstawia wszystkie adresy grupy w polu odbiorcy.

[[Category:Zimbra]]

Utwórz listę mailingową lub grupę kontaktów:

2021-07-29T10:57:33Z

Ikbot: Utworzono nową stronę "<span data-link_translate_fr_title="Créer une liste de diffusion par mail ou d’un groupe de contacts :" data-link_translate_fr_url="Créer une liste de diffusion par..."

[[:fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]][[fr:Créer une liste de diffusion par mail ou d’un groupe de contacts :]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Array|tutaj]]. 
[[:ja:メーリングリストや連絡先のグループを作成します。]][[ja:メーリングリストや連絡先のグループを作成します。]]
[[:zh:创建一个邮件列表或一组联系人。]][[zh:创建一个邮件列表或一组联系人。]]
[[:de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]][[de:Erstellen Sie eine Mailingliste oder eine Gruppe von Kontakten:]]
[[:nl:Maak een mailinglijst of een groep van contacten:]][[nl:Maak een mailinglijst of een groep van contacten:]]
[[:it:Crea una mailing list o un gruppo di contatti:]][[it:Crea una mailing list o un gruppo di contatti:]]
[[:pt:Criar uma mailing list ou um grupo de contactos:]][[pt:Criar uma mailing list ou um grupo de contactos:]]
[[:es:Crea una lista de correo o un grupo de contactos:]][[es:Crea una lista de correo o un grupo de contactos:]]
[[:en:Creating an email distribution list or contact group in Zimbra]][[en:Creating an email distribution list or contact group in Zimbra]]

{{#seo:
|title=Tworzenie listy dystrybucyjnej e-mail lub listy grupy kontaktów
|title_mode=append
|keywords=to,są,twoje,słowa kluczowe
|description=W tym artykule dowiesz się jak utworzyć listę mailingową za pomocą poczty elektronicznej oraz jak utworzyć grupę kontaktów w Zimbrze.
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==Utwórz listę mailingową lub grupę kontaktów:==

Funkcja automatycznego wprowadzania danych '''Zimbra''' jest bardzo wydajny, gdy odpowiadasz na e-mail lub umawiasz się na spotkanie.
W trakcie wpisywania wyświetlane są pełne adresy.
Innym bardzo skutecznym rozwiązaniem jest stworzenie listy odbiorców, czyli "listy dystrybucyjnej".

Zimbra używa również terminu "grupa kontaktów".

Dzięki ''Zimbra'' możesz stworzyć dowolną ilość grup kontaktowych.

==Na przykład:==
Utwórz grupy kontaktów dla swojego zespołu
Twój wydział
Twoi przyjaciele
Twoja rodzina itd...
Po wpisaniu adresu w programie Zimbra, program przygotowuje odpowiednie grupy kontaktów, automatycznie dodając wszystkie adresy grup.

==Aby utworzyć grupę kontaktów:==

Otwórz menu "Nowy kontakt" w dowolnej zakładce i wybierz "Grupa kontaktów".
Otwiera się zakładka "grupa kontaktów".
#Nadaj grupie nazwę
Wyszukaj kontakty, które chcesz dodać do grupy. Zimbra[https://www.ikoula.com/fr/zimbra] wyszukuje adresy na liście GAL (globalna lista adresów), ale można również wyszukiwać we własnych kontaktach.
#Wybierz kontakty
Kliknij na "Dodaj". '''Kliknij na "Dodaj", aby dodać kontakt.''' aby dodać kontakt.
Kliknij na "Zapisz", aby zapisać kontakt. '''Kliknij na "Zapisz", aby zapisać grupę.''' aby zapisać grupę.

Uwaga: Termin '''"Globalna lista adresów" (GAL)''' (Global Address List, GAL) jest technicznym
nazwa techniczna dla katalogu firmowego.

Zostanie wyświetlona nazwa nowej grupy kontaktów. Grupy kontaktowe są identyfikowane przez ikonę przedstawiającą kilka głów i ramion.
Następnie za każdym razem, gdy chcesz wysłać wiadomość e-mail do różnych osób z danej grupy kontaktowej lub zaproponować im spotkanie, wystarczy wpisać nazwę tej grupy. Program automatycznie wstawia wszystkie adresy grupy w polu odbiorcy.

[[Category:Zimbra]]

Tworzenie bazy danych PostgreSQL

2021-07-29T10:50:35Z

Ikbot:

[[:ro:Crearea unei baze de date PostgreSQL]][[ro:Crearea unei baze de date PostgreSQL]]
[[:ru:Создание базы данных PostgreSQL]][[ru:Создание базы данных PostgreSQL]]
[[:fr:Créer une base de donnés PostgreSQL]][[fr:Créer une base de donnés PostgreSQL]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une base de donnés PostgreSQL|tutaj]]. 
[[:ja:PostgreSQLデータベースの作成]][[ja:PostgreSQLデータベースの作成]]
[[:zh:创建一个PostgreSQL数据库]][[zh:创建一个PostgreSQL数据库]]
[[:de:Erstellen einer PostgreSQL-Datenbank]][[de:Erstellen einer PostgreSQL-Datenbank]]
[[:nl:Een PostgreSQL database maken]][[nl:Een PostgreSQL database maken]]
[[:it:Creare un database PostgreSQL]][[it:Creare un database PostgreSQL]]
[[:pt:Criação de uma base de dados PostgreSQL]][[pt:Criação de uma base de dados PostgreSQL]]
[[:es:Creación de una base de datos PostgreSQL]][[es:Creación de una base de datos PostgreSQL]]
[[:en:Creating a PostgreSQL database]][[en:Creating a PostgreSQL database]]


==Wstęp==
Ten artykuł dotyczy tworzenia bazy danych i jej właściciela - użytkownika.

==Połączenia z PostgreSQL==
Wchodzimy pod użytkownika '''postgres''' następnie łączymy się z PostgreSQL :
<syntaxhighlight lang="bash">
# su - postgres
postgres@vm-postgres:~$ psql
psql (9.1.24lts2)
Saisissez « help » pour l aide.

postgres=#
</syntaxhighlight>

==Tworzenie bazy danych==
Tworzymy bazę danych '''test''' :
<syntaxhighlight lang="bash">
postgres=# CREATE DATABASE test;
CREATE DATABASE
</syntaxhighlight>

Sprawdźmy, czy jest on utworzony:
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>

Jak widzimy, właścicielem bazy danych ''test'' jest użytkownik ''postgres'', zmienimy to później.

==Tworzenie użytkownika==
Wciąż będąc połączonym z PostgreSQL, tworzymy użytkownika '''test_użytkownika''' z hasłem '''hasło_ikoula''' :
<syntaxhighlight lang="bash">
postgres=# CREATE USER test_user WITH PASSWORD 'password_ikoula';
CREATE ROLE
</syntaxhighlight>

==Zmiana właściciela bazy danych==
Wciąż będąc połączonym z PostgreSQL, zmieniamy właściciela bazy danych '''test''' baza danych dla naszego użytkownika '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# ALTER DATABASE test OWNER TO test_user;
ALTER DATABASE
</syntaxhighlight>

Sprawdzamy, czy właściciel jest zmodyfikowany dla '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | test_user | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:PostgreSQL]] [[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Tworzenie bazy danych PostgreSQL

2021-07-29T10:49:21Z

Ikbot:

[[:ru:Создание базы данных PostgreSQL]][[ru:Создание базы данных PostgreSQL]]
[[:fr:Créer une base de donnés PostgreSQL]][[fr:Créer une base de donnés PostgreSQL]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une base de donnés PostgreSQL|tutaj]]. 
[[:ja:PostgreSQLデータベースの作成]][[ja:PostgreSQLデータベースの作成]]
[[:zh:创建一个PostgreSQL数据库]][[zh:创建一个PostgreSQL数据库]]
[[:de:Erstellen einer PostgreSQL-Datenbank]][[de:Erstellen einer PostgreSQL-Datenbank]]
[[:nl:Een PostgreSQL database maken]][[nl:Een PostgreSQL database maken]]
[[:it:Creare un database PostgreSQL]][[it:Creare un database PostgreSQL]]
[[:pt:Criação de uma base de dados PostgreSQL]][[pt:Criação de uma base de dados PostgreSQL]]
[[:es:Creación de una base de datos PostgreSQL]][[es:Creación de una base de datos PostgreSQL]]
[[:en:Creating a PostgreSQL database]][[en:Creating a PostgreSQL database]]


==Wstęp==
Ten artykuł dotyczy tworzenia bazy danych i jej właściciela - użytkownika.

==Połączenia z PostgreSQL==
Wchodzimy pod użytkownika '''postgres''' następnie łączymy się z PostgreSQL :
<syntaxhighlight lang="bash">
# su - postgres
postgres@vm-postgres:~$ psql
psql (9.1.24lts2)
Saisissez « help » pour l aide.

postgres=#
</syntaxhighlight>

==Tworzenie bazy danych==
Tworzymy bazę danych '''test''' :
<syntaxhighlight lang="bash">
postgres=# CREATE DATABASE test;
CREATE DATABASE
</syntaxhighlight>

Sprawdźmy, czy jest on utworzony:
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>

Jak widzimy, właścicielem bazy danych ''test'' jest użytkownik ''postgres'', zmienimy to później.

==Tworzenie użytkownika==
Wciąż będąc połączonym z PostgreSQL, tworzymy użytkownika '''test_użytkownika''' z hasłem '''hasło_ikoula''' :
<syntaxhighlight lang="bash">
postgres=# CREATE USER test_user WITH PASSWORD 'password_ikoula';
CREATE ROLE
</syntaxhighlight>

==Zmiana właściciela bazy danych==
Wciąż będąc połączonym z PostgreSQL, zmieniamy właściciela bazy danych '''test''' baza danych dla naszego użytkownika '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# ALTER DATABASE test OWNER TO test_user;
ALTER DATABASE
</syntaxhighlight>

Sprawdzamy, czy właściciel jest zmodyfikowany dla '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | test_user | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:PostgreSQL]] [[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Tworzenie bazy danych PostgreSQL

2021-07-29T10:48:15Z

Ikbot: Utworzono nową stronę ":fr:Créer une ba..."

[[:fr:Créer une base de donnés PostgreSQL]][[fr:Créer une base de donnés PostgreSQL]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer une base de donnés PostgreSQL|tutaj]]. 
[[:ja:PostgreSQLデータベースの作成]][[ja:PostgreSQLデータベースの作成]]
[[:zh:创建一个PostgreSQL数据库]][[zh:创建一个PostgreSQL数据库]]
[[:de:Erstellen einer PostgreSQL-Datenbank]][[de:Erstellen einer PostgreSQL-Datenbank]]
[[:nl:Een PostgreSQL database maken]][[nl:Een PostgreSQL database maken]]
[[:it:Creare un database PostgreSQL]][[it:Creare un database PostgreSQL]]
[[:pt:Criação de uma base de dados PostgreSQL]][[pt:Criação de uma base de dados PostgreSQL]]
[[:es:Creación de una base de datos PostgreSQL]][[es:Creación de una base de datos PostgreSQL]]
[[:en:Creating a PostgreSQL database]][[en:Creating a PostgreSQL database]]


==Wstęp==
Ten artykuł dotyczy tworzenia bazy danych i jej właściciela - użytkownika.

==Połączenia z PostgreSQL==
Wchodzimy pod użytkownika '''postgres''' następnie łączymy się z PostgreSQL :
<syntaxhighlight lang="bash">
# su - postgres
postgres@vm-postgres:~$ psql
psql (9.1.24lts2)
Saisissez « help » pour l aide.

postgres=#
</syntaxhighlight>

==Tworzenie bazy danych==
Tworzymy bazę danych '''test''' :
<syntaxhighlight lang="bash">
postgres=# CREATE DATABASE test;
CREATE DATABASE
</syntaxhighlight>

Sprawdźmy, czy jest on utworzony:
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>

Jak widzimy, właścicielem bazy danych ''test'' jest użytkownik ''postgres'', zmienimy to później.

==Tworzenie użytkownika==
Wciąż będąc połączonym z PostgreSQL, tworzymy użytkownika '''test_użytkownika''' z hasłem '''hasło_ikoula''' :
<syntaxhighlight lang="bash">
postgres=# CREATE USER test_user WITH PASSWORD 'password_ikoula';
CREATE ROLE
</syntaxhighlight>

==Zmiana właściciela bazy danych==
Wciąż będąc połączonym z PostgreSQL, zmieniamy właściciela bazy danych '''test''' baza danych dla naszego użytkownika '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# ALTER DATABASE test OWNER TO test_user;
ALTER DATABASE
</syntaxhighlight>

Sprawdzamy, czy właściciel jest zmodyfikowany dla '''test_użytkownika''' :
<syntaxhighlight lang="bash">
postgres=# \l
Liste des bases de données
Nom | Propriétaire | Encodage | Collationnement | Type caract. | Droits d accès
-----------+--------------+----------+-----------------+--------------+-----------------------
postgres | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
template0 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
template1 | postgres | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 | =c/postgres +
| | | | | postgres=CTc/postgres
test | test_user | UTF8 | fr_FR.UTF-8 | fr_FR.UTF-8 |
(4 lignes)
</syntaxhighlight>



 
Cet article vous a semblé utile ? <vote />




<comments />


[[Category:PostgreSQL]] [[Category:Linux]]
[[Category:Serwer VPS]]
[[Category:Serwer dedykowany]]

Tworzenie sieci

2021-07-29T10:27:04Z

Ikbot:

[[:ro:Crearea unei rețele]][[ro:Crearea unei rețele]]
[[:ru:Создание сети]][[ru:Создание сети]]
[[:fr:Créer un réseau]][[fr:Créer un réseau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer un réseau|tutaj]]. 
[[:ja:ネットワークの構築]][[ja:ネットワークの構築]]
[[:zh:创建一个网络]][[zh:创建一个网络]]
[[:de:Schaffung eines Netzwerks]][[de:Schaffung eines Netzwerks]]
[[:nl:Een netwerk creëren]][[nl:Een netwerk creëren]]
[[:it:Creare una rete]][[it:Creare una rete]]
[[:pt:Criação de uma rede]][[pt:Criação de uma rede]]
[[:es:Creación de una red]][[es:Creación de una red]]
[[:en:Creating a network]][[en:Creating a network]]
===Utwórz sieć w Vware Cloud Director== =

Aby umożliwić maszynom wirtualnym komunikację w sieciach prywatnych i publicznych, należy najpierw utworzyć sieć.

Zobaczymy, jak stworzyć sieć.

===Utworzenie sieci== =

Najpierw musisz przejść do sekcji sieci i kliknąć na "Nowy".

[[File:Network.PNG|1000px]]

Następnie należy go połączyć z wirtualnym centrum danych.

[[File:Reseau.PNG|1000px]]

Tutaj można wybrać, czy sieć będzie kierowana na zewnątrz, czy nie.

Jeśli wybierzesz opcję Isolated, będzie on dostępny tylko dla ograniczonej grupy maszyn i nie będzie można się z nim skontaktować z zewnątrz.

Jeśli wybierzesz Routed, wówczas sieć ta może być skonfigurowana w Edge, posiadać reguły NAT i mieć dostęp do innych sieci.

[[File:Reseau2.PNG|1000px]]

W przypadku sieci "Routed" musisz wybrać Edge do którego jest ona podłączona.

[[File:Reseau3.PNG|1000px]]

Następnie można zdefiniować nazwę sieci, jak również sieć i jej maskę w notacji CIDR.

[[File:Reseau4.PNG|1000px]]

Następnie należy zdefiniować bramę dla tej sieci oraz adresy IP, które mogą być przypisane w tej sieci.

[[File:Reseau5.PNG|1000px]]

W następnej części możesz wybrać DNS, którego chcesz używać. Możliwe jest jednak skonfigurowanie go na poziomie maszyny wirtualnej.

[[File:Reseau6.PNG|1000px]]

Następnie możesz sprawdzić wykonaną konfigurację i zatwierdzić ją klikając na "Finish".

[[File:Reseau7.PNG|1000px]]

Następnie możesz użyć tej sieci dla swoich maszyn wirtualnych.

[[Category:VMWare]]

Tworzenie sieci

2021-07-29T10:25:38Z

Ikbot:

[[:ru:Создание сети]][[ru:Создание сети]]
[[:fr:Créer un réseau]][[fr:Créer un réseau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer un réseau|tutaj]]. 
[[:ja:ネットワークの構築]][[ja:ネットワークの構築]]
[[:zh:创建一个网络]][[zh:创建一个网络]]
[[:de:Schaffung eines Netzwerks]][[de:Schaffung eines Netzwerks]]
[[:nl:Een netwerk creëren]][[nl:Een netwerk creëren]]
[[:it:Creare una rete]][[it:Creare una rete]]
[[:pt:Criação de uma rede]][[pt:Criação de uma rede]]
[[:es:Creación de una red]][[es:Creación de una red]]
[[:en:Creating a network]][[en:Creating a network]]
===Utwórz sieć w Vware Cloud Director== =

Aby umożliwić maszynom wirtualnym komunikację w sieciach prywatnych i publicznych, należy najpierw utworzyć sieć.

Zobaczymy, jak stworzyć sieć.

===Utworzenie sieci== =

Najpierw musisz przejść do sekcji sieci i kliknąć na "Nowy".

[[File:Network.PNG|1000px]]

Następnie należy go połączyć z wirtualnym centrum danych.

[[File:Reseau.PNG|1000px]]

Tutaj można wybrać, czy sieć będzie kierowana na zewnątrz, czy nie.

Jeśli wybierzesz opcję Isolated, będzie on dostępny tylko dla ograniczonej grupy maszyn i nie będzie można się z nim skontaktować z zewnątrz.

Jeśli wybierzesz Routed, wówczas sieć ta może być skonfigurowana w Edge, posiadać reguły NAT i mieć dostęp do innych sieci.

[[File:Reseau2.PNG|1000px]]

W przypadku sieci "Routed" musisz wybrać Edge do którego jest ona podłączona.

[[File:Reseau3.PNG|1000px]]

Następnie można zdefiniować nazwę sieci, jak również sieć i jej maskę w notacji CIDR.

[[File:Reseau4.PNG|1000px]]

Następnie należy zdefiniować bramę dla tej sieci oraz adresy IP, które mogą być przypisane w tej sieci.

[[File:Reseau5.PNG|1000px]]

W następnej części możesz wybrać DNS, którego chcesz używać. Możliwe jest jednak skonfigurowanie go na poziomie maszyny wirtualnej.

[[File:Reseau6.PNG|1000px]]

Następnie możesz sprawdzić wykonaną konfigurację i zatwierdzić ją klikając na "Finish".

[[File:Reseau7.PNG|1000px]]

Następnie możesz użyć tej sieci dla swoich maszyn wirtualnych.

[[Category:VMWare]]

Tworzenie sieci

2021-07-29T10:24:05Z

Ikbot: Utworzono nową stronę ":fr:Créer un réseaufr:Créer un réseau Art..."

[[:fr:Créer un réseau]][[fr:Créer un réseau]]
 Artykuł ten jest wynikiem translacji automatycznej wykonywane przez oprogramowanie. Możesz przeglądać źródła artykułu [[:fr:Créer un réseau|tutaj]]. 
[[:ja:ネットワークの構築]][[ja:ネットワークの構築]]
[[:zh:创建一个网络]][[zh:创建一个网络]]
[[:de:Schaffung eines Netzwerks]][[de:Schaffung eines Netzwerks]]
[[:nl:Een netwerk creëren]][[nl:Een netwerk creëren]]
[[:it:Creare una rete]][[it:Creare una rete]]
[[:pt:Criação de uma rede]][[pt:Criação de uma rede]]
[[:es:Creación de una red]][[es:Creación de una red]]
[[:en:Creating a network]][[en:Creating a network]]
===Utwórz sieć w Vware Cloud Director== =

Aby umożliwić maszynom wirtualnym komunikację w sieciach prywatnych i publicznych, należy najpierw utworzyć sieć.

Zobaczymy, jak stworzyć sieć.

===Utworzenie sieci== =

Najpierw musisz przejść do sekcji sieci i kliknąć na "Nowy".

[[File:Network.PNG|1000px]]

Następnie należy go połączyć z wirtualnym centrum danych.

[[File:Reseau.PNG|1000px]]

Tutaj można wybrać, czy sieć będzie kierowana na zewnątrz, czy nie.

Jeśli wybierzesz opcję Isolated, będzie on dostępny tylko dla ograniczonej grupy maszyn i nie będzie można się z nim skontaktować z zewnątrz.

Jeśli wybierzesz Routed, wówczas sieć ta może być skonfigurowana w Edge, posiadać reguły NAT i mieć dostęp do innych sieci.

[[File:Reseau2.PNG|1000px]]

W przypadku sieci "Routed" musisz wybrać Edge do którego jest ona podłączona.

[[File:Reseau3.PNG|1000px]]

Następnie można zdefiniować nazwę sieci, jak również sieć i jej maskę w notacji CIDR.

[[File:Reseau4.PNG|1000px]]

Następnie należy zdefiniować bramę dla tej sieci oraz adresy IP, które mogą być przypisane w tej sieci.

[[File:Reseau5.PNG|1000px]]

W następnej części możesz wybrać DNS, którego chcesz używać. Możliwe jest jednak skonfigurowanie go na poziomie maszyny wirtualnej.

[[File:Reseau6.PNG|1000px]]

Następnie możesz sprawdzić wykonaną konfigurację i zatwierdzić ją klikając na "Finish".

[[File:Reseau7.PNG|1000px]]

Następnie możesz użyć tej sieci dla swoich maszyn wirtualnych.

[[Category:VMWare]]