Chinese Ikoula Wiki - 用户贡献 [zh-hans]

在另一区复制一个实例

2021-07-29T15:36:19Z

Ikbot：

[[:ro:Duplicarea unei instanțe în altă zonă]][[ro:Duplicarea unei instanțe în altă zonă]]
[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Dupliquer une instance dans une autre zone|看到这篇文章的源代码]] 
[[: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]]
==使用案例==
我在BASIC区创建了一个实例，我想把我的实例移到ADVANCE区，以受益于这个区的功能。
我想在另一个区域部署相同的基础设施，以拥有一个测试基础设施。

==先决条件==
我想把我的基础设施部署在另一个区域，以拥有一个测试基础设施。

==解读==
创建一个我的cf实例的模型。 [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# 把我的模板复制到另一个区 cf: [[Copier_mon_modele_dans_une_autre_zone]]
# 部署我的模板 cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:云_公共]]
[[Catégorie :Cloud]]

在另一区复制一个实例

2021-07-29T15:35:24Z

Ikbot：

[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Dupliquer une instance dans une autre zone|看到这篇文章的源代码]] 
[[: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]]
==使用案例==
我在BASIC区创建了一个实例，我想把我的实例移到ADVANCE区，以受益于这个区的功能。
我想在另一个区域部署相同的基础设施，以拥有一个测试基础设施。

==先决条件==
我想把我的基础设施部署在另一个区域，以拥有一个测试基础设施。

==解读==
创建一个我的cf实例的模型。 [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# 把我的模板复制到另一个区 cf: [[Copier_mon_modele_dans_une_autre_zone]]
# 部署我的模板 cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:云_公共]]
[[Catégorie :Cloud]]

在另一区复制一个实例

2021-07-29T15:34:42Z

Ikbot：

[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Dupliquer une instance dans une autre zone|看到这篇文章的源代码]] 
[[: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]]
==使用案例==
我在BASIC区创建了一个实例，我想把我的实例移到ADVANCE区，以受益于这个区的功能。
我想在另一个区域部署相同的基础设施，以拥有一个测试基础设施。

==先决条件==
我想把我的基础设施部署在另一个区域，以拥有一个测试基础设施。

==解读==
创建一个我的cf实例的模型。 [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# 把我的模板复制到另一个区 cf: [[Copier_mon_modele_dans_une_autre_zone]]
# 部署我的模板 cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:云_公共]]
[[Catégorie :Cloud]]

在另一区复制一个实例

2021-07-29T15:34:00Z

Ikbot：

[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Dupliquer une instance dans une autre zone|看到这篇文章的源代码]] 
[[: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]]
==使用案例==
我在BASIC区创建了一个实例，我想把我的实例移到ADVANCE区，以受益于这个区的功能。
我想在另一个区域部署相同的基础设施，以拥有一个测试基础设施。

==先决条件==
我想把我的基础设施部署在另一个区域，以拥有一个测试基础设施。

==解读==
创建一个我的cf实例的模型。 [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# 把我的模板复制到另一个区 cf: [[Copier_mon_modele_dans_une_autre_zone]]
# 部署我的模板 cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:云_公共]]
[[Catégorie :Cloud]]

在另一区复制一个实例

2021-07-29T15:33:14Z

Ikbot：建立内容为“…”的新页面

[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Dupliquer une instance dans une autre zone|看到这篇文章的源代码]] 
[[: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]]
==使用案例==
我在BASIC区创建了一个实例，我想把我的实例移到ADVANCE区，以受益于这个区的功能。
我想在另一个区域部署相同的基础设施，以拥有一个测试基础设施。

==先决条件==
我想把我的基础设施部署在另一个区域，以拥有一个测试基础设施。

==解读==
创建一个我的cf实例的模型。 [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# 把我的模板复制到另一个区 cf: [[Copier_mon_modele_dans_une_autre_zone]]
# 部署我的模板 cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:云_公共]]
[[Catégorie :Cloud]]

Docker调试一个立即停止的容器

2021-07-29T15:27:47Z

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 отлаживает контейнер, который немедленно останавливается]]
[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Docker déboguer un conteneur qui se stop immédiatement|看到这篇文章的源代码]] 
[[: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]]


==简介== 
当你开始你的 '''docker run'''容器立即停止，有可能是你的''PID 1'' 没有启动，但是你在日志中没有看到任何东西，也无法在你的容器中检查。 
我们将看到如何调试一个立即停止的''Docker'' 容器，方法是在''PID 1'' 上强制执行一个命令。

==课程== 
重新启动你的 '''docker run'''用下面的命令。
<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>

这将使你的 '''PID 1'''仍在运行，所以你可以在你的容器中检查你的服务是否在运行，并对它们进行调试。



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




<comments />


[[Category:基础设施]]
[[Category:码头]]

Docker调试一个立即停止的容器

2021-07-29T15:25:43Z

Ikbot：

[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Docker déboguer un conteneur qui se stop immédiatement|看到这篇文章的源代码]] 
[[: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]]


==简介== 
当你开始你的 '''docker run'''容器立即停止，有可能是你的''PID 1'' 没有启动，但是你在日志中没有看到任何东西，也无法在你的容器中检查。 
我们将看到如何调试一个立即停止的''Docker'' 容器，方法是在''PID 1'' 上强制执行一个命令。

==课程== 
重新启动你的 '''docker run'''用下面的命令。
<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>

这将使你的 '''PID 1'''仍在运行，所以你可以在你的容器中检查你的服务是否在运行，并对它们进行调试。



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




<comments />


[[Category:基础设施]]
[[Category:码头]]

Docker调试一个立即停止的容器

2021-07-29T15:23:07Z

Ikbot：

[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Docker déboguer un conteneur qui se stop immédiatement|看到这篇文章的源代码]] 
[[: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]]


==简介== 
当你开始你的 '''docker run'''容器立即停止，有可能是你的''PID 1'' 没有启动，但是你在日志中没有看到任何东西，也无法在你的容器中检查。 
我们将看到如何调试一个立即停止的''Docker'' 容器，方法是在''PID 1'' 上强制执行一个命令。

==课程== 
重新启动你的 '''docker run'''用下面的命令。
<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>

这将使你的 '''PID 1'''仍在运行，所以你可以在你的容器中检查你的服务是否在运行，并对它们进行调试。



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




<comments />


[[Category:基础设施]]
[[Category:码头]]

Docker调试一个立即停止的容器

2021-07-29T15:22:14Z

Ikbot：

[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Docker déboguer un conteneur qui se stop immédiatement|看到这篇文章的源代码]] 
[[: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]]


==简介== 
当你开始你的 '''docker run'''容器立即停止，有可能是你的''PID 1'' 没有启动，但是你在日志中没有看到任何东西，也无法在你的容器中检查。 
我们将看到如何调试一个立即停止的''Docker'' 容器，方法是在''PID 1'' 上强制执行一个命令。

==课程== 
重新启动你的 '''docker run'''用下面的命令。
<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>

这将使你的 '''PID 1'''仍在运行，所以你可以在你的容器中检查你的服务是否在运行，并对它们进行调试。



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




<comments />


[[Category:基础设施]]
[[Category:码头]]

Docker调试一个立即停止的容器

2021-07-29T15:21:26Z

Ikbot：建立内容为“<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 st…”的新页面

[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Docker déboguer un conteneur qui se stop immédiatement|看到这篇文章的源代码]] 
[[: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]]


==简介== 
当你开始你的 '''docker run'''容器立即停止，有可能是你的''PID 1'' 没有启动，但是你在日志中没有看到任何东西，也无法在你的容器中检查。 
我们将看到如何调试一个立即停止的''Docker'' 容器，方法是在''PID 1'' 上强制执行一个命令。

==课程== 
重新启动你的 '''docker run'''用下面的命令。
<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>

这将使你的 '''PID 1'''仍在运行，所以你可以在你的容器中检查你的服务是否在运行，并对它们进行调试。



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




<comments />


[[Category:基础设施]]
[[Category:码头]]

诊断一个有问题的Linux磁盘

2021-07-29T15:10:29Z

Ikbot：

[[:ro:Diagnosticarea unui disc Linux defect]][[ro:Diagnosticarea unui disc Linux defect]]
[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Diagnostic d'un disque défectueux 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]]
==简介 ==

本文旨在诊断和识别Linux服务器上有问题的磁盘。

以下操作可以通过Linux终端或Netboot来完成。

==命令 ==

=== 如果你的操作系统有RAID == =

作为第一步，你可以做以下命令。

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

然后你会得到一个类似于以下的结果。

<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>

这里你可以看到[UU] ，在每个逻辑驱动器的末端。U表示一个驱动器被正确地集成在RAID中。
因此，只要你能看到类似[_U] 的序列，我们就会推断出一个硬盘有缺陷。

你也可以得到这样的结果。

<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>

在这种情况下，（F）告诉我们分区是有缺陷的。在我们的例子中，分区sdb3和sdb1是有问题的。

=== 诊断 == =

为了诊断哪个磁盘是坏的，我们将使用SMART。

要做到这一点，你将需要安装它。
根据你的Linux发行版，该命令可能会改变。

对于Centos :

<code>
yum install smartmontools
</code>

对于Ubuntu / Debian :

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

然后你可以执行下面的命令，它将列出现有的磁盘。

<code>
smartctl --scan
</code>

要获得有关磁盘的更多信息，请使用以下命令。

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

然后将生成一份磁盘的报告，并向你展示所有存在的异常情况。
本报告由四个部分组成。第一部分是磁盘信息，其序列号、型号、容量、...
第二部分是SMART测试的回报，如果结果不是PASSED，就需要更换磁盘。
第三部分是测试产生的与磁盘有关的所有数值。
最后一个部分是磁盘错误日志。

[[Category:基础设施]]
[[Category:专属服务器]]

诊断一个有问题的Linux磁盘

2021-07-29T15:09:20Z

Ikbot：

[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Diagnostic d'un disque défectueux 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]]
==简介 ==

本文旨在诊断和识别Linux服务器上有问题的磁盘。

以下操作可以通过Linux终端或Netboot来完成。

==命令 ==

=== 如果你的操作系统有RAID == =

作为第一步，你可以做以下命令。

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

然后你会得到一个类似于以下的结果。

<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>

这里你可以看到[UU] ，在每个逻辑驱动器的末端。U表示一个驱动器被正确地集成在RAID中。
因此，只要你能看到类似[_U] 的序列，我们就会推断出一个硬盘有缺陷。

你也可以得到这样的结果。

<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>

在这种情况下，（F）告诉我们分区是有缺陷的。在我们的例子中，分区sdb3和sdb1是有问题的。

=== 诊断 == =

为了诊断哪个磁盘是坏的，我们将使用SMART。

要做到这一点，你将需要安装它。
根据你的Linux发行版，该命令可能会改变。

对于Centos :

<code>
yum install smartmontools
</code>

对于Ubuntu / Debian :

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

然后你可以执行下面的命令，它将列出现有的磁盘。

<code>
smartctl --scan
</code>

要获得有关磁盘的更多信息，请使用以下命令。

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

然后将生成一份磁盘的报告，并向你展示所有存在的异常情况。
本报告由四个部分组成。第一部分是磁盘信息，其序列号、型号、容量、...
第二部分是SMART测试的回报，如果结果不是PASSED，就需要更换磁盘。
第三部分是测试产生的与磁盘有关的所有数值。
最后一个部分是磁盘错误日志。

[[Category:基础设施]]
[[Category:专属服务器]]

诊断一个有问题的Linux磁盘

2021-07-29T15:08:19Z

Ikbot：

[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Diagnostic d'un disque défectueux 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]]
==简介 ==

本文旨在诊断和识别Linux服务器上有问题的磁盘。

以下操作可以通过Linux终端或Netboot来完成。

==命令 ==

=== 如果你的操作系统有RAID == =

作为第一步，你可以做以下命令。

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

然后你会得到一个类似于以下的结果。

<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>

这里你可以看到[UU] ，在每个逻辑驱动器的末端。U表示一个驱动器被正确地集成在RAID中。
因此，只要你能看到类似[_U] 的序列，我们就会推断出一个硬盘有缺陷。

你也可以得到这样的结果。

<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>

在这种情况下，（F）告诉我们分区是有缺陷的。在我们的例子中，分区sdb3和sdb1是有问题的。

=== 诊断 == =

为了诊断哪个磁盘是坏的，我们将使用SMART。

要做到这一点，你将需要安装它。
根据你的Linux发行版，该命令可能会改变。

对于Centos :

<code>
yum install smartmontools
</code>

对于Ubuntu / Debian :

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

然后你可以执行下面的命令，它将列出现有的磁盘。

<code>
smartctl --scan
</code>

要获得有关磁盘的更多信息，请使用以下命令。

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

然后将生成一份磁盘的报告，并向你展示所有存在的异常情况。
本报告由四个部分组成。第一部分是磁盘信息，其序列号、型号、容量、...
第二部分是SMART测试的回报，如果结果不是PASSED，就需要更换磁盘。
第三部分是测试产生的与磁盘有关的所有数值。
最后一个部分是磁盘错误日志。

[[Category:基础设施]]
[[Category:专属服务器]]

诊断一个有问题的Linux磁盘

2021-07-29T15:07:20Z

Ikbot：

[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Diagnostic d'un disque défectueux 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]]
==简介 ==

本文旨在诊断和识别Linux服务器上有问题的磁盘。

以下操作可以通过Linux终端或Netboot来完成。

==命令 ==

=== 如果你的操作系统有RAID == =

作为第一步，你可以做以下命令。

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

然后你会得到一个类似于以下的结果。

<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>

这里你可以看到[UU] ，在每个逻辑驱动器的末端。U表示一个驱动器被正确地集成在RAID中。
因此，只要你能看到类似[_U] 的序列，我们就会推断出一个硬盘有缺陷。

你也可以得到这样的结果。

<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>

在这种情况下，（F）告诉我们分区是有缺陷的。在我们的例子中，分区sdb3和sdb1是有问题的。

=== 诊断 == =

为了诊断哪个磁盘是坏的，我们将使用SMART。

要做到这一点，你将需要安装它。
根据你的Linux发行版，该命令可能会改变。

对于Centos :

<code>
yum install smartmontools
</code>

对于Ubuntu / Debian :

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

然后你可以执行下面的命令，它将列出现有的磁盘。

<code>
smartctl --scan
</code>

要获得有关磁盘的更多信息，请使用以下命令。

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

然后将生成一份磁盘的报告，并向你展示所有存在的异常情况。
本报告由四个部分组成。第一部分是磁盘信息，其序列号、型号、容量、...
第二部分是SMART测试的回报，如果结果不是PASSED，就需要更换磁盘。
第三部分是测试产生的与磁盘有关的所有数值。
最后一个部分是磁盘错误日志。

[[Category:基础设施]]
[[Category:专属服务器]]

诊断一个有问题的Linux磁盘

2021-07-29T15:06:19Z

Ikbot：建立内容为“:fr:…”的新页面

[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Diagnostic d'un disque défectueux 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]]
==简介 ==

本文旨在诊断和识别Linux服务器上有问题的磁盘。

以下操作可以通过Linux终端或Netboot来完成。

==命令 ==

=== 如果你的操作系统有RAID == =

作为第一步，你可以做以下命令。

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

然后你会得到一个类似于以下的结果。

<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>

这里你可以看到[UU] ，在每个逻辑驱动器的末端。U表示一个驱动器被正确地集成在RAID中。
因此，只要你能看到类似[_U] 的序列，我们就会推断出一个硬盘有缺陷。

你也可以得到这样的结果。

<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>

在这种情况下，（F）告诉我们分区是有缺陷的。在我们的例子中，分区sdb3和sdb1是有问题的。

=== 诊断 == =

为了诊断哪个磁盘是坏的，我们将使用SMART。

要做到这一点，你将需要安装它。
根据你的Linux发行版，该命令可能会改变。

对于Centos :

<code>
yum install smartmontools
</code>

对于Ubuntu / Debian :

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

然后你可以执行下面的命令，它将列出现有的磁盘。

<code>
smartctl --scan
</code>

要获得有关磁盘的更多信息，请使用以下命令。

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

然后将生成一份磁盘的报告，并向你展示所有存在的异常情况。
本报告由四个部分组成。第一部分是磁盘信息，其序列号、型号、容量、...
第二部分是SMART测试的回报，如果结果不是PASSED，就需要更换磁盘。
第三部分是测试产生的与磁盘有关的所有数值。
最后一个部分是磁盘错误日志。

[[Category:基础设施]]
[[Category:专属服务器]]

禁用新模块的基于内核的模式设置

2021-07-29T15:00:33Z

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:Отключите установку режима на основе ядра для нового модуля]]
[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|看到这篇文章的源代码]] 
[[: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]]
基于内核的模式设置，即KMS，允许对Linux服务器的显示进行改进。在远程专用服务器的情况下，这些好处将很难被利用。我们建议禁用这一功能，因为 "新 "驱动默认是启用的。

===如何发现KMS是否被激活== =
使用这个命令，如果结果不是'0':
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==如何停用KMS== =
* 在默认的grub设置中把modeset设置为0 '''/etc/default/grub'''(将在'''GRUB_CMDLINE_LINUX''')。
<pre>
nouveau.modeset=0
</pre>
* 重新生成 grub 配置文件，以反映默认设置。
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* 检查选项的设置是否正确。
<pre>
grep -ri nouveau /boot/grub/
</pre>

* 重新启动是必要的，以考虑到它。 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:基础设施]]
[[Category:VPS服务器]]
[[Category:专属服务器]]

禁用新模块的基于内核的模式设置

2021-07-29T14:59:23Z

Ikbot：

[[:ru:Отключите установку режима на основе ядра для нового модуля]][[ru:Отключите установку режима на основе ядра для нового модуля]]
[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|看到这篇文章的源代码]] 
[[: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]]
基于内核的模式设置，即KMS，允许对Linux服务器的显示进行改进。在远程专用服务器的情况下，这些好处将很难被利用。我们建议禁用这一功能，因为 "新 "驱动默认是启用的。

===如何发现KMS是否被激活== =
使用这个命令，如果结果不是'0':
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==如何停用KMS== =
* 在默认的grub设置中把modeset设置为0 '''/etc/default/grub'''(将在'''GRUB_CMDLINE_LINUX''')。
<pre>
nouveau.modeset=0
</pre>
* 重新生成 grub 配置文件，以反映默认设置。
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* 检查选项的设置是否正确。
<pre>
grep -ri nouveau /boot/grub/
</pre>

* 重新启动是必要的，以考虑到它。 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:基础设施]]
[[Category:VPS服务器]]
[[Category:专属服务器]]

禁用新模块的基于内核的模式设置

2021-07-29T14:58:33Z

Ikbot：

[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|看到这篇文章的源代码]] 
[[: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]]
基于内核的模式设置，即KMS，允许对Linux服务器的显示进行改进。在远程专用服务器的情况下，这些好处将很难被利用。我们建议禁用这一功能，因为 "新 "驱动默认是启用的。

===如何发现KMS是否被激活== =
使用这个命令，如果结果不是'0':
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==如何停用KMS== =
* 在默认的grub设置中把modeset设置为0 '''/etc/default/grub'''(将在'''GRUB_CMDLINE_LINUX''')。
<pre>
nouveau.modeset=0
</pre>
* 重新生成 grub 配置文件，以反映默认设置。
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* 检查选项的设置是否正确。
<pre>
grep -ri nouveau /boot/grub/
</pre>

* 重新启动是必要的，以考虑到它。 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:基础设施]]
[[Category:VPS服务器]]
[[Category:专属服务器]]

禁用新模块的基于内核的模式设置

2021-07-29T14:55:49Z

Ikbot：

[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|看到这篇文章的源代码]] 
[[: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]]
基于内核的模式设置，即KMS，允许对Linux服务器的显示进行改进。在远程专用服务器的情况下，这些好处将很难被利用。我们建议禁用这一功能，因为 "新 "驱动默认是启用的。

===如何发现KMS是否被激活== =
使用这个命令，如果结果不是'0':
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==如何停用KMS== =
* 在默认的grub设置中把modeset设置为0 '''/etc/default/grub'''(将在'''GRUB_CMDLINE_LINUX''')。
<pre>
nouveau.modeset=0
</pre>
* 重新生成 grub 配置文件，以反映默认设置。
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* 检查选项的设置是否正确。
<pre>
grep -ri nouveau /boot/grub/
</pre>

* 重新启动是必要的，以考虑到它。 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:基础设施]]
[[Category:VPS服务器]]
[[Category:专属服务器]]

禁用新模块的基于内核的模式设置

2021-07-29T14:54:47Z

Ikbot：建立内容为“<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-s…”的新页面

[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|看到这篇文章的源代码]] 
[[: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]]
基于内核的模式设置，即KMS，允许对Linux服务器的显示进行改进。在远程专用服务器的情况下，这些好处将很难被利用。我们建议禁用这一功能，因为 "新 "驱动默认是启用的。

===如何发现KMS是否被激活== =
使用这个命令，如果结果不是'0':
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==如何停用KMS== =
* 在默认的grub设置中把modeset设置为0 '''/etc/default/grub'''(将在'''GRUB_CMDLINE_LINUX''')。
<pre>
nouveau.modeset=0
</pre>
* 重新生成 grub 配置文件，以反映默认设置。
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* 检查选项的设置是否正确。
<pre>
grep -ri nouveau /boot/grub/
</pre>

* 重新启动是必要的，以考虑到它。 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:基础设施]]
[[Category:VPS服务器]]
[[Category:专属服务器]]

用Terraform部署你的实例

2021-07-29T14:48:25Z

Ikbot：

[[:ro:Implementarea instanțelor dvs. cu Terraform]][[ro:Implementarea instanțelor dvs. cu Terraform]]
[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过名为 "Terraform "的基础设施即代码工具快速部署一个或多个IKOULA One云实例。

首先，你需要安装Terraform，如果你还没有这样做，并且有一个IKOULA One Cloud账户。
Terraform可用于大多数操作系统，链接如下。 https://www.terraform.io/downloads.html

Terraform支持几十个供应商，其清单可在其网站上找到(https://www.terraform.io/docs/providers/).
我们将使用 "Cloudstack "供应商，在Cloud Ikoula One上进行部署。

==部署单一实例 ==

我们将编写我们的第一个Terraform配置文件，允许部署一个单一的IKOULA云实例。

这是一个扩展名为".tf "的文本文件（注意不要在你的工作目录中创建多个".tf "文件，否则Terraform会将它们全部载入），我们将使用经典的Terraform格式，但也可以使用JSON语法。

这里是我们的Terraform文件的内容，可以用你自己的参数进行调整。

'''对于在基本区域部署一个实例，''' 。

<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 安全组] 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]]

用Terraform部署你的实例

2021-07-29T14:46:35Z

Ikbot：

[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过名为 "Terraform "的基础设施即代码工具快速部署一个或多个IKOULA One云实例。

首先，你需要安装Terraform，如果你还没有这样做，并且有一个IKOULA One Cloud账户。
Terraform可用于大多数操作系统，链接如下。 https://www.terraform.io/downloads.html

Terraform支持几十个供应商，其清单可在其网站上找到(https://www.terraform.io/docs/providers/).
我们将使用 "Cloudstack "供应商，在Cloud Ikoula One上进行部署。

==部署单一实例 ==

我们将编写我们的第一个Terraform配置文件，允许部署一个单一的IKOULA云实例。

这是一个扩展名为".tf "的文本文件（注意不要在你的工作目录中创建多个".tf "文件，否则Terraform会将它们全部载入），我们将使用经典的Terraform格式，但也可以使用JSON语法。

这里是我们的Terraform文件的内容，可以用你自己的参数进行调整。

'''对于在基本区域部署一个实例，''' 。

<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 安全组] 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]]

用Terraform部署你的实例

2021-07-29T14:45:38Z

Ikbot：

[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过名为 "Terraform "的基础设施即代码工具快速部署一个或多个IKOULA One云实例。

首先，你需要安装Terraform，如果你还没有这样做，并且有一个IKOULA One Cloud账户。
Terraform可用于大多数操作系统，链接如下。 https://www.terraform.io/downloads.html

Terraform支持几十个供应商，其清单可在其网站上找到(https://www.terraform.io/docs/providers/).
我们将使用 "Cloudstack "供应商，在Cloud Ikoula One上进行部署。

==部署单一实例 ==

我们将编写我们的第一个Terraform配置文件，允许部署一个单一的IKOULA云实例。

这是一个扩展名为".tf "的文本文件（注意不要在你的工作目录中创建多个".tf "文件，否则Terraform会将它们全部载入），我们将使用经典的Terraform格式，但也可以使用JSON语法。

这里是我们的Terraform文件的内容，可以用你自己的参数进行调整。

'''对于在基本区域部署一个实例，''' 。

<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 安全组] 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]]

用Terraform部署你的实例

2021-07-29T14:44:25Z

Ikbot：

[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过名为 "Terraform "的基础设施即代码工具快速部署一个或多个IKOULA One云实例。

首先，你需要安装Terraform，如果你还没有这样做，并且有一个IKOULA One Cloud账户。
Terraform可用于大多数操作系统，链接如下。 https://www.terraform.io/downloads.html

Terraform支持几十个供应商，其清单可在其网站上找到(https://www.terraform.io/docs/providers/).
我们将使用 "Cloudstack "供应商，在Cloud Ikoula One上进行部署。

==部署单一实例 ==

我们将编写我们的第一个Terraform配置文件，允许部署一个单一的IKOULA云实例。

这是一个扩展名为".tf "的文本文件（注意不要在你的工作目录中创建多个".tf "文件，否则Terraform会将它们全部载入），我们将使用经典的Terraform格式，但也可以使用JSON语法。

这里是我们的Terraform文件的内容，可以用你自己的参数进行调整。

'''对于在基本区域部署一个实例，''' 。

<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 安全组] 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]]

用Terraform部署你的实例

2021-07-29T14:43:31Z

Ikbot：建立内容为“:fr:Deploy…”的新页面

[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过名为 "Terraform "的基础设施即代码工具快速部署一个或多个IKOULA One云实例。

首先，你需要安装Terraform，如果你还没有这样做，并且有一个IKOULA One Cloud账户。
Terraform可用于大多数操作系统，链接如下。 https://www.terraform.io/downloads.html

Terraform支持几十个供应商，其清单可在其网站上找到(https://www.terraform.io/docs/providers/).
我们将使用 "Cloudstack "供应商，在Cloud Ikoula One上进行部署。

==部署单一实例 ==

我们将编写我们的第一个Terraform配置文件，允许部署一个单一的IKOULA云实例。

这是一个扩展名为".tf "的文本文件（注意不要在你的工作目录中创建多个".tf "文件，否则Terraform会将它们全部载入），我们将使用经典的Terraform格式，但也可以使用JSON语法。

这里是我们的Terraform文件的内容，可以用你自己的参数进行调整。

'''对于在基本区域部署一个实例，''' 。

<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 安全组] 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]]

用Ansible部署你的实例

2021-07-29T14:37:49Z

Ikbot：

[[:ro:Implementarea instanțelor cu Ansible]][[ro:Implementarea instanțelor cu Ansible]]
[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过Ansible工具快速部署IKOULA One云的实例

首先，你将需要安装Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html)然后是 "cs_instance "模块（可以通过 "pip install cs "来安装）。 https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html)允许您使用Cloud Ikoula One的API，如果还没有这样做，并且拥有Cloud IKOULA One的账户。

Ansible适用于大多数GNU/Linux发行版和MacOS，但也可以通过Cygwin使用，例如在Microsoft Windows下。

使用''Ansible'' ，在一条命令中部署一个实例。

你首先需要创建和填写/调整'''Ansible''' 的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要运行这个命令，调整参数值（你的实例名称、网络名称等）和参数本身（例如你是否有/想要使用SSH密钥对）。

<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>

其中"<Nom de l’offre de calcul voulu >"是选择。

<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>

下面是一个例子和执行后的回报。

<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>

在这个例子中，我们在高级区（EU-FR-IKDC1-Z1-ADV）部署了一个 Debian 9 实例，在我们的网络中使用名为 "My-Network-Z1 "的计算产品 "t1.micro"，并使用名为 "MY_SSHKEY "的SSH密钥对。

要看到所有可用的参数和其他例子，你可以使用 "cs_instance "模块的ansible-doc。

<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>

注意：由于该命令的长度，其输出被故意截断。

==用Ansible playbook部署一个实例 ==

和上面的方法一样，你必须首先创建和填写/调整Ansible的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要创建一个playbook文件（yml扩展名/YAML格式），如下所示，调整参数值（实例名称、网络名称等）和参数本身（例如，如果你有/想要使用SSH密钥对）。

用于在高级区域部署实例的游戏手册的例子。

<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>

在基本区域部署实例的游戏手册示例（我们只需用安全组参数替换网络参数，并添加部署后返回分配给虚拟机的公共 IP 地址）。

<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>

一旦参数和它们的值被调整，下面是一个如何运行该游戏手册的例子（如果需要，调整你的游戏手册文件的名称）。

<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>

用Ansible部署你的实例

2021-07-29T14:36:26Z

Ikbot：

[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过Ansible工具快速部署IKOULA One云的实例

首先，你将需要安装Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html)然后是 "cs_instance "模块（可以通过 "pip install cs "来安装）。 https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html)允许您使用Cloud Ikoula One的API，如果还没有这样做，并且拥有Cloud IKOULA One的账户。

Ansible适用于大多数GNU/Linux发行版和MacOS，但也可以通过Cygwin使用，例如在Microsoft Windows下。

使用''Ansible'' ，在一条命令中部署一个实例。

你首先需要创建和填写/调整'''Ansible''' 的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要运行这个命令，调整参数值（你的实例名称、网络名称等）和参数本身（例如你是否有/想要使用SSH密钥对）。

<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>

其中"<Nom de l’offre de calcul voulu >"是选择。

<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>

下面是一个例子和执行后的回报。

<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>

在这个例子中，我们在高级区（EU-FR-IKDC1-Z1-ADV）部署了一个 Debian 9 实例，在我们的网络中使用名为 "My-Network-Z1 "的计算产品 "t1.micro"，并使用名为 "MY_SSHKEY "的SSH密钥对。

要看到所有可用的参数和其他例子，你可以使用 "cs_instance "模块的ansible-doc。

<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>

注意：由于该命令的长度，其输出被故意截断。

==用Ansible playbook部署一个实例 ==

和上面的方法一样，你必须首先创建和填写/调整Ansible的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要创建一个playbook文件（yml扩展名/YAML格式），如下所示，调整参数值（实例名称、网络名称等）和参数本身（例如，如果你有/想要使用SSH密钥对）。

用于在高级区域部署实例的游戏手册的例子。

<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>

在基本区域部署实例的游戏手册示例（我们只需用安全组参数替换网络参数，并添加部署后返回分配给虚拟机的公共 IP 地址）。

<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>

一旦参数和它们的值被调整，下面是一个如何运行该游戏手册的例子（如果需要，调整你的游戏手册文件的名称）。

<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>

用Ansible部署你的实例

2021-07-29T14:35:28Z

Ikbot：

[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过Ansible工具快速部署IKOULA One云的实例

首先，你将需要安装Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html)然后是 "cs_instance "模块（可以通过 "pip install cs "来安装）。 https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html)允许您使用Cloud Ikoula One的API，如果还没有这样做，并且拥有Cloud IKOULA One的账户。

Ansible适用于大多数GNU/Linux发行版和MacOS，但也可以通过Cygwin使用，例如在Microsoft Windows下。

使用''Ansible'' ，在一条命令中部署一个实例。

你首先需要创建和填写/调整'''Ansible''' 的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要运行这个命令，调整参数值（你的实例名称、网络名称等）和参数本身（例如你是否有/想要使用SSH密钥对）。

<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>

其中"<Nom de l’offre de calcul voulu >"是选择。

<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>

下面是一个例子和执行后的回报。

<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>

在这个例子中，我们在高级区（EU-FR-IKDC1-Z1-ADV）部署了一个 Debian 9 实例，在我们的网络中使用名为 "My-Network-Z1 "的计算产品 "t1.micro"，并使用名为 "MY_SSHKEY "的SSH密钥对。

要看到所有可用的参数和其他例子，你可以使用 "cs_instance "模块的ansible-doc。

<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>

注意：由于该命令的长度，其输出被故意截断。

==用Ansible playbook部署一个实例 ==

和上面的方法一样，你必须首先创建和填写/调整Ansible的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要创建一个playbook文件（yml扩展名/YAML格式），如下所示，调整参数值（实例名称、网络名称等）和参数本身（例如，如果你有/想要使用SSH密钥对）。

用于在高级区域部署实例的游戏手册的例子。

<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>

在基本区域部署实例的游戏手册示例（我们只需用安全组参数替换网络参数，并添加部署后返回分配给虚拟机的公共 IP 地址）。

<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>

一旦参数和它们的值被调整，下面是一个如何运行该游戏手册的例子（如果需要，调整你的游戏手册文件的名称）。

<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>

用Ansible部署你的实例

2021-07-29T14:34:37Z

Ikbot：

[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过Ansible工具快速部署IKOULA One云的实例

首先，你将需要安装Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html)然后是 "cs_instance "模块（可以通过 "pip install cs "来安装）。 https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html)允许您使用Cloud Ikoula One的API，如果还没有这样做，并且拥有Cloud IKOULA One的账户。

Ansible适用于大多数GNU/Linux发行版和MacOS，但也可以通过Cygwin使用，例如在Microsoft Windows下。

使用''Ansible'' ，在一条命令中部署一个实例。

你首先需要创建和填写/调整'''Ansible''' 的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要运行这个命令，调整参数值（你的实例名称、网络名称等）和参数本身（例如你是否有/想要使用SSH密钥对）。

<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>

其中"<Nom de l’offre de calcul voulu >"是选择。

<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>

下面是一个例子和执行后的回报。

<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>

在这个例子中，我们在高级区（EU-FR-IKDC1-Z1-ADV）部署了一个 Debian 9 实例，在我们的网络中使用名为 "My-Network-Z1 "的计算产品 "t1.micro"，并使用名为 "MY_SSHKEY "的SSH密钥对。

要看到所有可用的参数和其他例子，你可以使用 "cs_instance "模块的ansible-doc。

<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>

注意：由于该命令的长度，其输出被故意截断。

==用Ansible playbook部署一个实例 ==

和上面的方法一样，你必须首先创建和填写/调整Ansible的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要创建一个playbook文件（yml扩展名/YAML格式），如下所示，调整参数值（实例名称、网络名称等）和参数本身（例如，如果你有/想要使用SSH密钥对）。

用于在高级区域部署实例的游戏手册的例子。

<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>

在基本区域部署实例的游戏手册示例（我们只需用安全组参数替换网络参数，并添加部署后返回分配给虚拟机的公共 IP 地址）。

<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>

一旦参数和它们的值被调整，下面是一个如何运行该游戏手册的例子（如果需要，调整你的游戏手册文件的名称）。

<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>

用Ansible部署你的实例

2021-07-29T14:33:50Z

Ikbot：建立内容为“:fr:Deployer v…”的新页面

[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deployer vos instances avec 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]]
==描述 ==

我们将看到如何通过Ansible工具快速部署IKOULA One云的实例

首先，你将需要安装Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html)然后是 "cs_instance "模块（可以通过 "pip install cs "来安装）。 https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html)允许您使用Cloud Ikoula One的API，如果还没有这样做，并且拥有Cloud IKOULA One的账户。

Ansible适用于大多数GNU/Linux发行版和MacOS，但也可以通过Cygwin使用，例如在Microsoft Windows下。

使用''Ansible'' ，在一条命令中部署一个实例。

你首先需要创建和填写/调整'''Ansible''' 的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要运行这个命令，调整参数值（你的实例名称、网络名称等）和参数本身（例如你是否有/想要使用SSH密钥对）。

<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>

其中"<Nom de l’offre de calcul voulu >"是选择。

<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>

下面是一个例子和执行后的回报。

<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>

在这个例子中，我们在高级区（EU-FR-IKDC1-Z1-ADV）部署了一个 Debian 9 实例，在我们的网络中使用名为 "My-Network-Z1 "的计算产品 "t1.micro"，并使用名为 "MY_SSHKEY "的SSH密钥对。

要看到所有可用的参数和其他例子，你可以使用 "cs_instance "模块的ansible-doc。

<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>

注意：由于该命令的长度，其输出被故意截断。

==用Ansible playbook部署一个实例 ==

和上面的方法一样，你必须首先创建和填写/调整Ansible的 "cs_instance "模块的".cloudstack.ini "配置文件。

<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>

然后你只需要创建一个playbook文件（yml扩展名/YAML格式），如下所示，调整参数值（实例名称、网络名称等）和参数本身（例如，如果你有/想要使用SSH密钥对）。

用于在高级区域部署实例的游戏手册的例子。

<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>

在基本区域部署实例的游戏手册示例（我们只需用安全组参数替换网络参数，并添加部署后返回分配给虚拟机的公共 IP 地址）。

<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>

一旦参数和它们的值被调整，下面是一个如何运行该游戏手册的例子（如果需要，调整你的游戏手册文件的名称）。

<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>

用microk8s部署一个Kubernetes集群

2021-07-29T14:23:56Z

Ikbot：

[[:ro:Implementarea unui cluster Kubernetes cu microk8s]][[ro:Implementarea unui cluster Kubernetes cu microk8s]]
[[:ru:Развертывание кластера Kubernetes с помощью microk8s]][[ru:Развертывание кластера Kubernetes с помощью microk8s]]
[[:pl:Wdrażanie klastra Kubernetes za pomocą microk8s]][[pl:Wdrażanie klastra Kubernetes za pomocą microk8s]]
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=用microk8s部署一个Kubernetes集群
|title_mode=append
|keywords=这些，是你的关键词
|description=在这篇文章中发现如何用microk8s部署一个Kubernetes集群
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==简介== 
在本文档中，我们将看到如何用microk8s解决方案部署和管理一个kubernetes集群。 
后者的优点是，它是一个多合一的解决方案，使解决方案的安装和管理更加容易。 

如果你想 "直接 "安装kubernetes而不使用这个解决方案，你可以看我们的FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

建立这种类型的集群至少需要三个节点，我们在本页描述的例子使用了四个节点，我们将在此命名。
* microk8stest01
* microk8stest02
* microk8stest03

==该类型配置的设备类型== 
这种类型的配置在Ikoula的所有解决方案上都是可行的，无论是。
* The [https://www.ikoula.com/fr/serveur-dedie 专门的解决方案],
* The [https://www.ikoula.com/fr/serveur-virtuel 灵活的虚拟解决方案],
如果你的需求是运行微服务或一个有大量节点的集群，那么 [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur 解决方案微型服务器树莓PI]也是可能的。

==程序== 
下面的整个过程是在Ubuntu 20.04系统上完成的。

===安装== = 
microk8s的安装非常简单，具体操作如下（添加sudo su，该命令不以root身份进行）。
<pre>
snap install microk8s --classic
</pre>

然后安装和配置将自动完成（大约2-3分钟），然后提供以下输出。 
[[File:Microk8s01.JPG]]

===设置集群== = 
设置集群也是如此简单。
*在其中一个节点（这里是01）上运行以下命令。
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

然后你必须复制所提供的命令（如果你有几个IP/网络，请选择允许你的服务器相互通信的那个IP/网络）。 
然后在你的第二台服务器上执行这个命令。 
[[File:Microk8s03.JPG]]

一旦完成了对第二台服务器的操作，你必须对第三台服务器做同样的操作（从头开始，以便通过add-node生成一个新的命令）。

===检查集群的状态== = 
可以通过命令来检查microk8s集群的状态。
<pre>
microk8s status --wait-ready
</pre>

如果一切正常，你应该得到以下结果。 
[[File:Microk8s04.JPG]]

===从集群中移除一个节点 == = 
从集群中删除一个节点是通过命令完成的。
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===激活集成在microk8s中的附加组件 == = 
基本的microk8s包含以下附加组件。

[[File:Microk8s06.JPG]]

你可以简单地通过命令安装/激活一个插件。
<pre>
microk8s enable NOM_DE_LADDON
</pre>



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




<comments />



[[Category:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:云]]

用microk8s部署一个Kubernetes集群

2021-07-29T14:22:25Z

Ikbot：

[[:ru:Развертывание кластера Kubernetes с помощью microk8s]][[ru:Развертывание кластера Kubernetes с помощью microk8s]]
[[:pl:Wdrażanie klastra Kubernetes za pomocą microk8s]][[pl:Wdrażanie klastra Kubernetes za pomocą microk8s]]
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=用microk8s部署一个Kubernetes集群
|title_mode=append
|keywords=这些，是你的关键词
|description=在这篇文章中发现如何用microk8s部署一个Kubernetes集群
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==简介== 
在本文档中，我们将看到如何用microk8s解决方案部署和管理一个kubernetes集群。 
后者的优点是，它是一个多合一的解决方案，使解决方案的安装和管理更加容易。 

如果你想 "直接 "安装kubernetes而不使用这个解决方案，你可以看我们的FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

建立这种类型的集群至少需要三个节点，我们在本页描述的例子使用了四个节点，我们将在此命名。
* microk8stest01
* microk8stest02
* microk8stest03

==该类型配置的设备类型== 
这种类型的配置在Ikoula的所有解决方案上都是可行的，无论是。
* The [https://www.ikoula.com/fr/serveur-dedie 专门的解决方案],
* The [https://www.ikoula.com/fr/serveur-virtuel 灵活的虚拟解决方案],
如果你的需求是运行微服务或一个有大量节点的集群，那么 [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur 解决方案微型服务器树莓PI]也是可能的。

==程序== 
下面的整个过程是在Ubuntu 20.04系统上完成的。

===安装== = 
microk8s的安装非常简单，具体操作如下（添加sudo su，该命令不以root身份进行）。
<pre>
snap install microk8s --classic
</pre>

然后安装和配置将自动完成（大约2-3分钟），然后提供以下输出。 
[[File:Microk8s01.JPG]]

===设置集群== = 
设置集群也是如此简单。
*在其中一个节点（这里是01）上运行以下命令。
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

然后你必须复制所提供的命令（如果你有几个IP/网络，请选择允许你的服务器相互通信的那个IP/网络）。 
然后在你的第二台服务器上执行这个命令。 
[[File:Microk8s03.JPG]]

一旦完成了对第二台服务器的操作，你必须对第三台服务器做同样的操作（从头开始，以便通过add-node生成一个新的命令）。

===检查集群的状态== = 
可以通过命令来检查microk8s集群的状态。
<pre>
microk8s status --wait-ready
</pre>

如果一切正常，你应该得到以下结果。 
[[File:Microk8s04.JPG]]

===从集群中移除一个节点 == = 
从集群中删除一个节点是通过命令完成的。
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===激活集成在microk8s中的附加组件 == = 
基本的microk8s包含以下附加组件。

[[File:Microk8s06.JPG]]

你可以简单地通过命令安装/激活一个插件。
<pre>
microk8s enable NOM_DE_LADDON
</pre>



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




<comments />



[[Category:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:云]]

用microk8s部署一个Kubernetes集群

2021-07-29T14:20:47Z

Ikbot：

[[:pl:Wdrażanie klastra Kubernetes za pomocą microk8s]][[pl:Wdrażanie klastra Kubernetes za pomocą microk8s]]
[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=用microk8s部署一个Kubernetes集群
|title_mode=append
|keywords=这些，是你的关键词
|description=在这篇文章中发现如何用microk8s部署一个Kubernetes集群
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==简介== 
在本文档中，我们将看到如何用microk8s解决方案部署和管理一个kubernetes集群。 
后者的优点是，它是一个多合一的解决方案，使解决方案的安装和管理更加容易。 

如果你想 "直接 "安装kubernetes而不使用这个解决方案，你可以看我们的FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

建立这种类型的集群至少需要三个节点，我们在本页描述的例子使用了四个节点，我们将在此命名。
* microk8stest01
* microk8stest02
* microk8stest03

==该类型配置的设备类型== 
这种类型的配置在Ikoula的所有解决方案上都是可行的，无论是。
* The [https://www.ikoula.com/fr/serveur-dedie 专门的解决方案],
* The [https://www.ikoula.com/fr/serveur-virtuel 灵活的虚拟解决方案],
如果你的需求是运行微服务或一个有大量节点的集群，那么 [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur 解决方案微型服务器树莓PI]也是可能的。

==程序== 
下面的整个过程是在Ubuntu 20.04系统上完成的。

===安装== = 
microk8s的安装非常简单，具体操作如下（添加sudo su，该命令不以root身份进行）。
<pre>
snap install microk8s --classic
</pre>

然后安装和配置将自动完成（大约2-3分钟），然后提供以下输出。 
[[File:Microk8s01.JPG]]

===设置集群== = 
设置集群也是如此简单。
*在其中一个节点（这里是01）上运行以下命令。
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

然后你必须复制所提供的命令（如果你有几个IP/网络，请选择允许你的服务器相互通信的那个IP/网络）。 
然后在你的第二台服务器上执行这个命令。 
[[File:Microk8s03.JPG]]

一旦完成了对第二台服务器的操作，你必须对第三台服务器做同样的操作（从头开始，以便通过add-node生成一个新的命令）。

===检查集群的状态== = 
可以通过命令来检查microk8s集群的状态。
<pre>
microk8s status --wait-ready
</pre>

如果一切正常，你应该得到以下结果。 
[[File:Microk8s04.JPG]]

===从集群中移除一个节点 == = 
从集群中删除一个节点是通过命令完成的。
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===激活集成在microk8s中的附加组件 == = 
基本的microk8s包含以下附加组件。

[[File:Microk8s06.JPG]]

你可以简单地通过命令安装/激活一个插件。
<pre>
microk8s enable NOM_DE_LADDON
</pre>



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




<comments />



[[Category:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:云]]

用microk8s部署一个Kubernetes集群

2021-07-29T14:19:05Z

Ikbot：

[[:ja:microk8sを使ったKubernetesクラスタのデプロイメント]][[ja:microk8sを使ったKubernetesクラスタのデプロイメント]]
[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=用microk8s部署一个Kubernetes集群
|title_mode=append
|keywords=这些，是你的关键词
|description=在这篇文章中发现如何用microk8s部署一个Kubernetes集群
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==简介== 
在本文档中，我们将看到如何用microk8s解决方案部署和管理一个kubernetes集群。 
后者的优点是，它是一个多合一的解决方案，使解决方案的安装和管理更加容易。 

如果你想 "直接 "安装kubernetes而不使用这个解决方案，你可以看我们的FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

建立这种类型的集群至少需要三个节点，我们在本页描述的例子使用了四个节点，我们将在此命名。
* microk8stest01
* microk8stest02
* microk8stest03

==该类型配置的设备类型== 
这种类型的配置在Ikoula的所有解决方案上都是可行的，无论是。
* The [https://www.ikoula.com/fr/serveur-dedie 专门的解决方案],
* The [https://www.ikoula.com/fr/serveur-virtuel 灵活的虚拟解决方案],
如果你的需求是运行微服务或一个有大量节点的集群，那么 [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur 解决方案微型服务器树莓PI]也是可能的。

==程序== 
下面的整个过程是在Ubuntu 20.04系统上完成的。

===安装== = 
microk8s的安装非常简单，具体操作如下（添加sudo su，该命令不以root身份进行）。
<pre>
snap install microk8s --classic
</pre>

然后安装和配置将自动完成（大约2-3分钟），然后提供以下输出。 
[[File:Microk8s01.JPG]]

===设置集群== = 
设置集群也是如此简单。
*在其中一个节点（这里是01）上运行以下命令。
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

然后你必须复制所提供的命令（如果你有几个IP/网络，请选择允许你的服务器相互通信的那个IP/网络）。 
然后在你的第二台服务器上执行这个命令。 
[[File:Microk8s03.JPG]]

一旦完成了对第二台服务器的操作，你必须对第三台服务器做同样的操作（从头开始，以便通过add-node生成一个新的命令）。

===检查集群的状态== = 
可以通过命令来检查microk8s集群的状态。
<pre>
microk8s status --wait-ready
</pre>

如果一切正常，你应该得到以下结果。 
[[File:Microk8s04.JPG]]

===从集群中移除一个节点 == = 
从集群中删除一个节点是通过命令完成的。
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===激活集成在microk8s中的附加组件 == = 
基本的microk8s包含以下附加组件。

[[File:Microk8s06.JPG]]

你可以简单地通过命令安装/激活一个插件。
<pre>
microk8s enable NOM_DE_LADDON
</pre>



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




<comments />



[[Category:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:云]]

用microk8s部署一个Kubernetes集群

2021-07-29T14:17:31Z

Ikbot：建立内容为“</spa…”的新页面

[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=用microk8s部署一个Kubernetes集群
|title_mode=append
|keywords=这些，是你的关键词
|description=在这篇文章中发现如何用microk8s部署一个Kubernetes集群
|image=Uploaded_file.png
|image_alt=Wiki Logo
}}

==简介== 
在本文档中，我们将看到如何用microk8s解决方案部署和管理一个kubernetes集群。 
后者的优点是，它是一个多合一的解决方案，使解决方案的安装和管理更加容易。 

如果你想 "直接 "安装kubernetes而不使用这个解决方案，你可以看我们的FAQ [[Deployer_un_cluster_Kubernetes|suivante]].

建立这种类型的集群至少需要三个节点，我们在本页描述的例子使用了四个节点，我们将在此命名。
* microk8stest01
* microk8stest02
* microk8stest03

==该类型配置的设备类型== 
这种类型的配置在Ikoula的所有解决方案上都是可行的，无论是。
* The [https://www.ikoula.com/fr/serveur-dedie 专门的解决方案],
* The [https://www.ikoula.com/fr/serveur-virtuel 灵活的虚拟解决方案],
如果你的需求是运行微服务或一个有大量节点的集群，那么 [https://www.ikoula.com/fr/raspberry-pi-4-micro-serveur 解决方案微型服务器树莓PI]也是可能的。

==程序== 
下面的整个过程是在Ubuntu 20.04系统上完成的。

===安装== = 
microk8s的安装非常简单，具体操作如下（添加sudo su，该命令不以root身份进行）。
<pre>
snap install microk8s --classic
</pre>

然后安装和配置将自动完成（大约2-3分钟），然后提供以下输出。 
[[File:Microk8s01.JPG]]

===设置集群== = 
设置集群也是如此简单。
*在其中一个节点（这里是01）上运行以下命令。
<pre>
microk8s add-node
</pre>

[[File:Microk8s02.JPG]]

然后你必须复制所提供的命令（如果你有几个IP/网络，请选择允许你的服务器相互通信的那个IP/网络）。 
然后在你的第二台服务器上执行这个命令。 
[[File:Microk8s03.JPG]]

一旦完成了对第二台服务器的操作，你必须对第三台服务器做同样的操作（从头开始，以便通过add-node生成一个新的命令）。

===检查集群的状态== = 
可以通过命令来检查microk8s集群的状态。
<pre>
microk8s status --wait-ready
</pre>

如果一切正常，你应该得到以下结果。 
[[File:Microk8s04.JPG]]

===从集群中移除一个节点 == = 
从集群中删除一个节点是通过命令完成的。
<pre>
microk8s leave
</pre>

[[File:Microk8s05.JPG]]

===激活集成在microk8s中的附加组件 == = 
基本的microk8s包含以下附加组件。

[[File:Microk8s06.JPG]]

你可以简单地通过命令安装/激活一个插件。
<pre>
microk8s enable NOM_DE_LADDON
</pre>



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




<comments />



[[Category:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:云]]

部署一个Kubernetes集群

2021-07-29T14:02:08Z

Ikbot：

[[:ro:Implementarea unui cluster Kubernetes]][[ro:Implementarea unui cluster Kubernetes]]
[[:ru:Развертывание кластера Kubernetes]][[ru:Развертывание кластера Kubernetes]]
[[:pl:Wdrażanie klastra Kubernetes]][[pl:Wdrażanie klastra Kubernetes]]
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=kubernetes安装
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula知识库, kubernetes是什么, kubernetes安装, kubernetes教程
|description=Kubernetes可以被认为是：一个容器平台、一个微服务平台、一个便携式云平台等等......了解如何安装它。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==什么是Kubernetes？==

'''库伯内特斯'''是一个用于管理容器化工作负载和服务的开源平台。
它支持声明式的配置编写，但也支持自动化。''Kubernetes'' 是一个庞大且快速增长的生态系统。

这个过程将使你能够快速、轻松地部署一个三节点的集群 [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)]这个过程将使你能够快速和容易地从部署在同一网络中的三个CentOS 7实例中部署一个三节点的集群，在前进区。

这三个实例中的一个将是我们的主节点，其他两个将是我们的工作节点。简单地说，主节点是我们从其API中管理Kubernetes集群（容器协调器）的节点，而工作节点是将运行pod或容器（在我们的例子中是Docker）的节点。

我们将假设你的3个CentOS 7实例已经部署完毕，并且你有SSH权限来执行下面的命令。

下面是我们的例子中的配置，它将在整个过程中作为例子使用。

节点主机："k8s-master" / 10.1.1.16 
第一个节点工作者："k8s-worker01" / 10.1.1.169 
第二个节点工作者："k8s-worker02" / 10.1.1.87 

==系统准备和Kubernetes安装教程 ==

以下操作必须以root身份（或必要的sudo权限）在所有实例（master和workers）上执行。

首先，在你的每个实例上填充/etc/hosts 文件，以便它们能够解析各自的主机名（通常在虚拟路由器是DNS解析器的高级区域网络中已经是这样了）。

在我们的例子中，这在我们的三个实例上给出了以下/etc/hosts 文件（用你的实例的名称和IP来调整它）。

<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>

用以下三个命令启用网桥模块和为其制定的 iptables 规则。

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

添加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>

添加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>

安装Docker :

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

然后安装必要的Kubernetes包。

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

编辑systemd kubelet的配置文件 (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) 配置文件，在 "[Service]"部分添加以下一行。

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

这样，:

<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>

重新加载配置，启用，然后通过以下三个命令启动docker和kubelet服务。

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

禁用系统交换（kubelet不支持交换内存，如果你不禁用它，在通过kubeadms初始化集群时，你会在飞行前检查中得到一个错误）。

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

请记得在你的每个实例的/etc/fstab 文件中也注释/删除交换行，如：:

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

==Kubernetes集群的初始化 ==

以下操作只能在节点主实例上执行

通过以下命令启动Kubernetes集群的初始化，注意用主实例的IP地址修改"--apiserver-advertise-address="参数的值。

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

注意：请不要修改"--pod-network-cidr="参数中表示的网络ip "10.244.0.0/16"，因为这个参数允许我们表示我们将使用CNI Flannel插件来管理我们pod的网络部分。

下面是集群初始化成功后，这个命令的返回值应该是这样的。

<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>

我们执行所要求的操作，以最终完成我们集群的初始化。

我们在我们的用户（在我们的例子中是root）的目录下创建一个目录和配置文件。

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

我们为我们的集群部署了我们的pod Flannel网络。

<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>

注意：我们将保留由侧边初始化命令返回提供的最后一条命令（"kubeadm join..."），以便以后在我们的工作实例上运行，将它们加入我们的集群。

现在我们可以从主实例对我们的集群进行第一次检查。

输入命令 "kubectl get nodes "来检查当前在你的集群中存在的节点。

<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>

注意：目前只有你的主节点，这是正常的，因为我们还没有把其他节点添加到集群中。

输入命令 "kubectl get pods --all-namespaces "来检查当前存在于你的集群中的pods/containers。

<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>

注意：这里只有与我们的主节点所需的Kubernetes组件（kube-apiserver、etcd、kube-scheduler等）对应的pod。

我们可以用以下命令检查这些组件的状态。

<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>

==将工作节点添加到集群中 ==

只在工作实例/节点上执行的行动

在你的每个工作实例上（不要在你的主实例上这样做），运行上面集群初始化末尾提供的 "kubeadm join ... "命令。

<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>

==检查集群的状态 ==

要从主实例/节点执行的行动

通过重新执行 "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>

备注：我们可以看到我们的两个工作节点（k8s-worker01和k8s-worker02），所以它们已经被添加到我们的集群中。

现在让我们再次运行 "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>

注意：你可以看到，有多少个 "kube-flannel "和 "kube-proxy "荚/容器，就有多少个我们的集群中的节点。

==部署第一个吊舱 ==

我们将部署我们的第一个 [https://kubernetes.io/docs/concepts/workloads/pods/pod/ 豆荚]在我们的Kubernetes集群中。

为了简单起见，我们选择部署一个名为 "nginx "的豆荚（没有复制），并使用 "nginx "镜像。

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

如果我们检查一下，在列出我们集群的pods的命令的返回中，这个命令出现得很好。

<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>

它出现在列表的顶部，与 "kube-system "的命名空间不同，因为它不是Kubernetes运行的特定组件。

也可以通过不使用"--all-namespace "参数执行相同的命令来避免显示特定于kube-system命名空间的pods。

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

要显示标签 :

<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>

我们还可以用以下命令检查我们的部署。

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

所以，我们已经部署并启动了一个nginx pod，但还不能从外部访问。为了使它能够被外部访问，我们需要通过以下命令创建服务（NodePort类型）来公开我们的pod的端口。

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

我们的服务就这样产生了。

<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>

注意：它通过端口80/tcp进行监听，并从外部通过端口30566/tcp进行访问/曝光。

我们可以通过以下命令获得我们的pod的flannel ip和它当前运行的节点的名称。

<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>

这里我们的nginx pod的ip是10.244.2.2，运行在我们的节点k8s-worker02上。

你也可以简单地通过以下命令在我们的nginx pod上运行一个命令或打开一个shell（与docker命令非常相似）。

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

你所要做的就是在你的Ikoula One Cloud网络上创建你的负载平衡规则，访问/公开你的网络服务器（nginx pod）。

- 连接到 [https://cloudstack.ikoula.com/client 云伊库拉一号]

- 进入左侧垂直菜单中的 "网络"。

- 点击你部署Kubernetes实例的网络，然后点击 "查看IP地址"，点击你的NAT源IP，然后进入 "配置 "标签。

- 点击 "负载平衡 "并创建你的规则，指定一个名称，公共端口 "80 "在我们的例子中，私人端口 "30566 "在我们的例子中（见上文），通过选择一个LB算法（例如轮流），如.NET。

[[File:faq_k8s_regle_lb-01.png|Kubernetes实例]]

- 勾选你所有的工作者实例。

[[File:faq_k8s_regle_lb-02.png|检查你的kubernetes工作者实例]]

测试从浏览器访问你的Web服务器/nginx pod（通过你创建LB规则的网络公共IP）。

[[File:faq_k8s_browser_nginx.png|访问你的网络服务器]]

事实上，你的nginx pod可以从你的任何一个节点访问，这是由 "kube-proxy "组件实现的，它负责将连接指向它所运行的节点（在复制的情况下）。

因此，你刚刚部署了一个由3个节点组成的基本Kubernetes集群，其中有一个主节点和两个工作者。

==更进一步 ==

你可以通过部署Kubernetes仪表板或为你的pod创建持久化卷，通过增加你的工作节点的数量，甚至通过冗余分配主控角色以实现高可用性，或通过将节点专用于某些组件，例如Etcd，来进一步。

这里有一些有用的链接。

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:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:码头]]
[[Category:CoreOS]]
[[Category:云]]

部署一个Kubernetes集群

2021-07-29T14:00:20Z

Ikbot：

[[:ru:Развертывание кластера Kubernetes]][[ru:Развертывание кластера Kubernetes]]
[[:pl:Wdrażanie klastra Kubernetes]][[pl:Wdrażanie klastra Kubernetes]]
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=kubernetes安装
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula知识库, kubernetes是什么, kubernetes安装, kubernetes教程
|description=Kubernetes可以被认为是：一个容器平台、一个微服务平台、一个便携式云平台等等......了解如何安装它。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==什么是Kubernetes？==

'''库伯内特斯'''是一个用于管理容器化工作负载和服务的开源平台。
它支持声明式的配置编写，但也支持自动化。''Kubernetes'' 是一个庞大且快速增长的生态系统。

这个过程将使你能够快速、轻松地部署一个三节点的集群 [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)]这个过程将使你能够快速和容易地从部署在同一网络中的三个CentOS 7实例中部署一个三节点的集群，在前进区。

这三个实例中的一个将是我们的主节点，其他两个将是我们的工作节点。简单地说，主节点是我们从其API中管理Kubernetes集群（容器协调器）的节点，而工作节点是将运行pod或容器（在我们的例子中是Docker）的节点。

我们将假设你的3个CentOS 7实例已经部署完毕，并且你有SSH权限来执行下面的命令。

下面是我们的例子中的配置，它将在整个过程中作为例子使用。

节点主机："k8s-master" / 10.1.1.16 
第一个节点工作者："k8s-worker01" / 10.1.1.169 
第二个节点工作者："k8s-worker02" / 10.1.1.87 

==系统准备和Kubernetes安装教程 ==

以下操作必须以root身份（或必要的sudo权限）在所有实例（master和workers）上执行。

首先，在你的每个实例上填充/etc/hosts 文件，以便它们能够解析各自的主机名（通常在虚拟路由器是DNS解析器的高级区域网络中已经是这样了）。

在我们的例子中，这在我们的三个实例上给出了以下/etc/hosts 文件（用你的实例的名称和IP来调整它）。

<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>

用以下三个命令启用网桥模块和为其制定的 iptables 规则。

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

添加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>

添加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>

安装Docker :

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

然后安装必要的Kubernetes包。

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

编辑systemd kubelet的配置文件 (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) 配置文件，在 "[Service]"部分添加以下一行。

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

这样，:

<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>

重新加载配置，启用，然后通过以下三个命令启动docker和kubelet服务。

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

禁用系统交换（kubelet不支持交换内存，如果你不禁用它，在通过kubeadms初始化集群时，你会在飞行前检查中得到一个错误）。

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

请记得在你的每个实例的/etc/fstab 文件中也注释/删除交换行，如：:

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

==Kubernetes集群的初始化 ==

以下操作只能在节点主实例上执行

通过以下命令启动Kubernetes集群的初始化，注意用主实例的IP地址修改"--apiserver-advertise-address="参数的值。

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

注意：请不要修改"--pod-network-cidr="参数中表示的网络ip "10.244.0.0/16"，因为这个参数允许我们表示我们将使用CNI Flannel插件来管理我们pod的网络部分。

下面是集群初始化成功后，这个命令的返回值应该是这样的。

<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>

我们执行所要求的操作，以最终完成我们集群的初始化。

我们在我们的用户（在我们的例子中是root）的目录下创建一个目录和配置文件。

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

我们为我们的集群部署了我们的pod Flannel网络。

<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>

注意：我们将保留由侧边初始化命令返回提供的最后一条命令（"kubeadm join..."），以便以后在我们的工作实例上运行，将它们加入我们的集群。

现在我们可以从主实例对我们的集群进行第一次检查。

输入命令 "kubectl get nodes "来检查当前在你的集群中存在的节点。

<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>

注意：目前只有你的主节点，这是正常的，因为我们还没有把其他节点添加到集群中。

输入命令 "kubectl get pods --all-namespaces "来检查当前存在于你的集群中的pods/containers。

<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>

注意：这里只有与我们的主节点所需的Kubernetes组件（kube-apiserver、etcd、kube-scheduler等）对应的pod。

我们可以用以下命令检查这些组件的状态。

<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>

==将工作节点添加到集群中 ==

只在工作实例/节点上执行的行动

在你的每个工作实例上（不要在你的主实例上这样做），运行上面集群初始化末尾提供的 "kubeadm join ... "命令。

<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>

==检查集群的状态 ==

要从主实例/节点执行的行动

通过重新执行 "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>

备注：我们可以看到我们的两个工作节点（k8s-worker01和k8s-worker02），所以它们已经被添加到我们的集群中。

现在让我们再次运行 "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>

注意：你可以看到，有多少个 "kube-flannel "和 "kube-proxy "荚/容器，就有多少个我们的集群中的节点。

==部署第一个吊舱 ==

我们将部署我们的第一个 [https://kubernetes.io/docs/concepts/workloads/pods/pod/ 豆荚]在我们的Kubernetes集群中。

为了简单起见，我们选择部署一个名为 "nginx "的豆荚（没有复制），并使用 "nginx "镜像。

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

如果我们检查一下，在列出我们集群的pods的命令的返回中，这个命令出现得很好。

<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>

它出现在列表的顶部，与 "kube-system "的命名空间不同，因为它不是Kubernetes运行的特定组件。

也可以通过不使用"--all-namespace "参数执行相同的命令来避免显示特定于kube-system命名空间的pods。

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

要显示标签 :

<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>

我们还可以用以下命令检查我们的部署。

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

所以，我们已经部署并启动了一个nginx pod，但还不能从外部访问。为了使它能够被外部访问，我们需要通过以下命令创建服务（NodePort类型）来公开我们的pod的端口。

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

我们的服务就这样产生了。

<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>

注意：它通过端口80/tcp进行监听，并从外部通过端口30566/tcp进行访问/曝光。

我们可以通过以下命令获得我们的pod的flannel ip和它当前运行的节点的名称。

<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>

这里我们的nginx pod的ip是10.244.2.2，运行在我们的节点k8s-worker02上。

你也可以简单地通过以下命令在我们的nginx pod上运行一个命令或打开一个shell（与docker命令非常相似）。

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

你所要做的就是在你的Ikoula One Cloud网络上创建你的负载平衡规则，访问/公开你的网络服务器（nginx pod）。

- 连接到 [https://cloudstack.ikoula.com/client 云伊库拉一号]

- 进入左侧垂直菜单中的 "网络"。

- 点击你部署Kubernetes实例的网络，然后点击 "查看IP地址"，点击你的NAT源IP，然后进入 "配置 "标签。

- 点击 "负载平衡 "并创建你的规则，指定一个名称，公共端口 "80 "在我们的例子中，私人端口 "30566 "在我们的例子中（见上文），通过选择一个LB算法（例如轮流），如.NET。

[[File:faq_k8s_regle_lb-01.png|Kubernetes实例]]

- 勾选你所有的工作者实例。

[[File:faq_k8s_regle_lb-02.png|检查你的kubernetes工作者实例]]

测试从浏览器访问你的Web服务器/nginx pod（通过你创建LB规则的网络公共IP）。

[[File:faq_k8s_browser_nginx.png|访问你的网络服务器]]

事实上，你的nginx pod可以从你的任何一个节点访问，这是由 "kube-proxy "组件实现的，它负责将连接指向它所运行的节点（在复制的情况下）。

因此，你刚刚部署了一个由3个节点组成的基本Kubernetes集群，其中有一个主节点和两个工作者。

==更进一步 ==

你可以通过部署Kubernetes仪表板或为你的pod创建持久化卷，通过增加你的工作节点的数量，甚至通过冗余分配主控角色以实现高可用性，或通过将节点专用于某些组件，例如Etcd，来进一步。

这里有一些有用的链接。

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:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:码头]]
[[Category:CoreOS]]
[[Category:云]]

部署一个Kubernetes集群

2021-07-29T13:59:02Z

Ikbot：

[[:pl:Wdrażanie klastra Kubernetes]][[pl:Wdrażanie klastra Kubernetes]]
[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=kubernetes安装
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula知识库, kubernetes是什么, kubernetes安装, kubernetes教程
|description=Kubernetes可以被认为是：一个容器平台、一个微服务平台、一个便携式云平台等等......了解如何安装它。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==什么是Kubernetes？==

'''库伯内特斯'''是一个用于管理容器化工作负载和服务的开源平台。
它支持声明式的配置编写，但也支持自动化。''Kubernetes'' 是一个庞大且快速增长的生态系统。

这个过程将使你能够快速、轻松地部署一个三节点的集群 [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)]这个过程将使你能够快速和容易地从部署在同一网络中的三个CentOS 7实例中部署一个三节点的集群，在前进区。

这三个实例中的一个将是我们的主节点，其他两个将是我们的工作节点。简单地说，主节点是我们从其API中管理Kubernetes集群（容器协调器）的节点，而工作节点是将运行pod或容器（在我们的例子中是Docker）的节点。

我们将假设你的3个CentOS 7实例已经部署完毕，并且你有SSH权限来执行下面的命令。

下面是我们的例子中的配置，它将在整个过程中作为例子使用。

节点主机："k8s-master" / 10.1.1.16 
第一个节点工作者："k8s-worker01" / 10.1.1.169 
第二个节点工作者："k8s-worker02" / 10.1.1.87 

==系统准备和Kubernetes安装教程 ==

以下操作必须以root身份（或必要的sudo权限）在所有实例（master和workers）上执行。

首先，在你的每个实例上填充/etc/hosts 文件，以便它们能够解析各自的主机名（通常在虚拟路由器是DNS解析器的高级区域网络中已经是这样了）。

在我们的例子中，这在我们的三个实例上给出了以下/etc/hosts 文件（用你的实例的名称和IP来调整它）。

<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>

用以下三个命令启用网桥模块和为其制定的 iptables 规则。

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

添加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>

添加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>

安装Docker :

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

然后安装必要的Kubernetes包。

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

编辑systemd kubelet的配置文件 (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) 配置文件，在 "[Service]"部分添加以下一行。

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

这样，:

<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>

重新加载配置，启用，然后通过以下三个命令启动docker和kubelet服务。

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

禁用系统交换（kubelet不支持交换内存，如果你不禁用它，在通过kubeadms初始化集群时，你会在飞行前检查中得到一个错误）。

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

请记得在你的每个实例的/etc/fstab 文件中也注释/删除交换行，如：:

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

==Kubernetes集群的初始化 ==

以下操作只能在节点主实例上执行

通过以下命令启动Kubernetes集群的初始化，注意用主实例的IP地址修改"--apiserver-advertise-address="参数的值。

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

注意：请不要修改"--pod-network-cidr="参数中表示的网络ip "10.244.0.0/16"，因为这个参数允许我们表示我们将使用CNI Flannel插件来管理我们pod的网络部分。

下面是集群初始化成功后，这个命令的返回值应该是这样的。

<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>

我们执行所要求的操作，以最终完成我们集群的初始化。

我们在我们的用户（在我们的例子中是root）的目录下创建一个目录和配置文件。

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

我们为我们的集群部署了我们的pod Flannel网络。

<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>

注意：我们将保留由侧边初始化命令返回提供的最后一条命令（"kubeadm join..."），以便以后在我们的工作实例上运行，将它们加入我们的集群。

现在我们可以从主实例对我们的集群进行第一次检查。

输入命令 "kubectl get nodes "来检查当前在你的集群中存在的节点。

<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>

注意：目前只有你的主节点，这是正常的，因为我们还没有把其他节点添加到集群中。

输入命令 "kubectl get pods --all-namespaces "来检查当前存在于你的集群中的pods/containers。

<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>

注意：这里只有与我们的主节点所需的Kubernetes组件（kube-apiserver、etcd、kube-scheduler等）对应的pod。

我们可以用以下命令检查这些组件的状态。

<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>

==将工作节点添加到集群中 ==

只在工作实例/节点上执行的行动

在你的每个工作实例上（不要在你的主实例上这样做），运行上面集群初始化末尾提供的 "kubeadm join ... "命令。

<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>

==检查集群的状态 ==

要从主实例/节点执行的行动

通过重新执行 "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>

备注：我们可以看到我们的两个工作节点（k8s-worker01和k8s-worker02），所以它们已经被添加到我们的集群中。

现在让我们再次运行 "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>

注意：你可以看到，有多少个 "kube-flannel "和 "kube-proxy "荚/容器，就有多少个我们的集群中的节点。

==部署第一个吊舱 ==

我们将部署我们的第一个 [https://kubernetes.io/docs/concepts/workloads/pods/pod/ 豆荚]在我们的Kubernetes集群中。

为了简单起见，我们选择部署一个名为 "nginx "的豆荚（没有复制），并使用 "nginx "镜像。

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

如果我们检查一下，在列出我们集群的pods的命令的返回中，这个命令出现得很好。

<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>

它出现在列表的顶部，与 "kube-system "的命名空间不同，因为它不是Kubernetes运行的特定组件。

也可以通过不使用"--all-namespace "参数执行相同的命令来避免显示特定于kube-system命名空间的pods。

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

要显示标签 :

<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>

我们还可以用以下命令检查我们的部署。

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

所以，我们已经部署并启动了一个nginx pod，但还不能从外部访问。为了使它能够被外部访问，我们需要通过以下命令创建服务（NodePort类型）来公开我们的pod的端口。

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

我们的服务就这样产生了。

<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>

注意：它通过端口80/tcp进行监听，并从外部通过端口30566/tcp进行访问/曝光。

我们可以通过以下命令获得我们的pod的flannel ip和它当前运行的节点的名称。

<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>

这里我们的nginx pod的ip是10.244.2.2，运行在我们的节点k8s-worker02上。

你也可以简单地通过以下命令在我们的nginx pod上运行一个命令或打开一个shell（与docker命令非常相似）。

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

你所要做的就是在你的Ikoula One Cloud网络上创建你的负载平衡规则，访问/公开你的网络服务器（nginx pod）。

- 连接到 [https://cloudstack.ikoula.com/client 云伊库拉一号]

- 进入左侧垂直菜单中的 "网络"。

- 点击你部署Kubernetes实例的网络，然后点击 "查看IP地址"，点击你的NAT源IP，然后进入 "配置 "标签。

- 点击 "负载平衡 "并创建你的规则，指定一个名称，公共端口 "80 "在我们的例子中，私人端口 "30566 "在我们的例子中（见上文），通过选择一个LB算法（例如轮流），如.NET。

[[File:faq_k8s_regle_lb-01.png|Kubernetes实例]]

- 勾选你所有的工作者实例。

[[File:faq_k8s_regle_lb-02.png|检查你的kubernetes工作者实例]]

测试从浏览器访问你的Web服务器/nginx pod（通过你创建LB规则的网络公共IP）。

[[File:faq_k8s_browser_nginx.png|访问你的网络服务器]]

事实上，你的nginx pod可以从你的任何一个节点访问，这是由 "kube-proxy "组件实现的，它负责将连接指向它所运行的节点（在复制的情况下）。

因此，你刚刚部署了一个由3个节点组成的基本Kubernetes集群，其中有一个主节点和两个工作者。

==更进一步 ==

你可以通过部署Kubernetes仪表板或为你的pod创建持久化卷，通过增加你的工作节点的数量，甚至通过冗余分配主控角色以实现高可用性，或通过将节点专用于某些组件，例如Etcd，来进一步。

这里有一些有用的链接。

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:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:码头]]
[[Category:CoreOS]]
[[Category:云]]

部署一个Kubernetes集群

2021-07-29T13:57:33Z

Ikbot：

[[:ja:Kubernetesクラスタのデプロイ]][[ja:Kubernetesクラスタのデプロイ]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=kubernetes安装
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula知识库, kubernetes是什么, kubernetes安装, kubernetes教程
|description=Kubernetes可以被认为是：一个容器平台、一个微服务平台、一个便携式云平台等等......了解如何安装它。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==什么是Kubernetes？==

'''库伯内特斯'''是一个用于管理容器化工作负载和服务的开源平台。
它支持声明式的配置编写，但也支持自动化。''Kubernetes'' 是一个庞大且快速增长的生态系统。

这个过程将使你能够快速、轻松地部署一个三节点的集群 [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)]这个过程将使你能够快速和容易地从部署在同一网络中的三个CentOS 7实例中部署一个三节点的集群，在前进区。

这三个实例中的一个将是我们的主节点，其他两个将是我们的工作节点。简单地说，主节点是我们从其API中管理Kubernetes集群（容器协调器）的节点，而工作节点是将运行pod或容器（在我们的例子中是Docker）的节点。

我们将假设你的3个CentOS 7实例已经部署完毕，并且你有SSH权限来执行下面的命令。

下面是我们的例子中的配置，它将在整个过程中作为例子使用。

节点主机："k8s-master" / 10.1.1.16 
第一个节点工作者："k8s-worker01" / 10.1.1.169 
第二个节点工作者："k8s-worker02" / 10.1.1.87 

==系统准备和Kubernetes安装教程 ==

以下操作必须以root身份（或必要的sudo权限）在所有实例（master和workers）上执行。

首先，在你的每个实例上填充/etc/hosts 文件，以便它们能够解析各自的主机名（通常在虚拟路由器是DNS解析器的高级区域网络中已经是这样了）。

在我们的例子中，这在我们的三个实例上给出了以下/etc/hosts 文件（用你的实例的名称和IP来调整它）。

<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>

用以下三个命令启用网桥模块和为其制定的 iptables 规则。

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

添加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>

添加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>

安装Docker :

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

然后安装必要的Kubernetes包。

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

编辑systemd kubelet的配置文件 (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) 配置文件，在 "[Service]"部分添加以下一行。

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

这样，:

<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>

重新加载配置，启用，然后通过以下三个命令启动docker和kubelet服务。

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

禁用系统交换（kubelet不支持交换内存，如果你不禁用它，在通过kubeadms初始化集群时，你会在飞行前检查中得到一个错误）。

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

请记得在你的每个实例的/etc/fstab 文件中也注释/删除交换行，如：:

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

==Kubernetes集群的初始化 ==

以下操作只能在节点主实例上执行

通过以下命令启动Kubernetes集群的初始化，注意用主实例的IP地址修改"--apiserver-advertise-address="参数的值。

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

注意：请不要修改"--pod-network-cidr="参数中表示的网络ip "10.244.0.0/16"，因为这个参数允许我们表示我们将使用CNI Flannel插件来管理我们pod的网络部分。

下面是集群初始化成功后，这个命令的返回值应该是这样的。

<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>

我们执行所要求的操作，以最终完成我们集群的初始化。

我们在我们的用户（在我们的例子中是root）的目录下创建一个目录和配置文件。

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

我们为我们的集群部署了我们的pod Flannel网络。

<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>

注意：我们将保留由侧边初始化命令返回提供的最后一条命令（"kubeadm join..."），以便以后在我们的工作实例上运行，将它们加入我们的集群。

现在我们可以从主实例对我们的集群进行第一次检查。

输入命令 "kubectl get nodes "来检查当前在你的集群中存在的节点。

<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>

注意：目前只有你的主节点，这是正常的，因为我们还没有把其他节点添加到集群中。

输入命令 "kubectl get pods --all-namespaces "来检查当前存在于你的集群中的pods/containers。

<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>

注意：这里只有与我们的主节点所需的Kubernetes组件（kube-apiserver、etcd、kube-scheduler等）对应的pod。

我们可以用以下命令检查这些组件的状态。

<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>

==将工作节点添加到集群中 ==

只在工作实例/节点上执行的行动

在你的每个工作实例上（不要在你的主实例上这样做），运行上面集群初始化末尾提供的 "kubeadm join ... "命令。

<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>

==检查集群的状态 ==

要从主实例/节点执行的行动

通过重新执行 "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>

备注：我们可以看到我们的两个工作节点（k8s-worker01和k8s-worker02），所以它们已经被添加到我们的集群中。

现在让我们再次运行 "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>

注意：你可以看到，有多少个 "kube-flannel "和 "kube-proxy "荚/容器，就有多少个我们的集群中的节点。

==部署第一个吊舱 ==

我们将部署我们的第一个 [https://kubernetes.io/docs/concepts/workloads/pods/pod/ 豆荚]在我们的Kubernetes集群中。

为了简单起见，我们选择部署一个名为 "nginx "的豆荚（没有复制），并使用 "nginx "镜像。

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

如果我们检查一下，在列出我们集群的pods的命令的返回中，这个命令出现得很好。

<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>

它出现在列表的顶部，与 "kube-system "的命名空间不同，因为它不是Kubernetes运行的特定组件。

也可以通过不使用"--all-namespace "参数执行相同的命令来避免显示特定于kube-system命名空间的pods。

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

要显示标签 :

<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>

我们还可以用以下命令检查我们的部署。

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

所以，我们已经部署并启动了一个nginx pod，但还不能从外部访问。为了使它能够被外部访问，我们需要通过以下命令创建服务（NodePort类型）来公开我们的pod的端口。

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

我们的服务就这样产生了。

<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>

注意：它通过端口80/tcp进行监听，并从外部通过端口30566/tcp进行访问/曝光。

我们可以通过以下命令获得我们的pod的flannel ip和它当前运行的节点的名称。

<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>

这里我们的nginx pod的ip是10.244.2.2，运行在我们的节点k8s-worker02上。

你也可以简单地通过以下命令在我们的nginx pod上运行一个命令或打开一个shell（与docker命令非常相似）。

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

你所要做的就是在你的Ikoula One Cloud网络上创建你的负载平衡规则，访问/公开你的网络服务器（nginx pod）。

- 连接到 [https://cloudstack.ikoula.com/client 云伊库拉一号]

- 进入左侧垂直菜单中的 "网络"。

- 点击你部署Kubernetes实例的网络，然后点击 "查看IP地址"，点击你的NAT源IP，然后进入 "配置 "标签。

- 点击 "负载平衡 "并创建你的规则，指定一个名称，公共端口 "80 "在我们的例子中，私人端口 "30566 "在我们的例子中（见上文），通过选择一个LB算法（例如轮流），如.NET。

[[File:faq_k8s_regle_lb-01.png|Kubernetes实例]]

- 勾选你所有的工作者实例。

[[File:faq_k8s_regle_lb-02.png|检查你的kubernetes工作者实例]]

测试从浏览器访问你的Web服务器/nginx pod（通过你创建LB规则的网络公共IP）。

[[File:faq_k8s_browser_nginx.png|访问你的网络服务器]]

事实上，你的nginx pod可以从你的任何一个节点访问，这是由 "kube-proxy "组件实现的，它负责将连接指向它所运行的节点（在复制的情况下）。

因此，你刚刚部署了一个由3个节点组成的基本Kubernetes集群，其中有一个主节点和两个工作者。

==更进一步 ==

你可以通过部署Kubernetes仪表板或为你的pod创建持久化卷，通过增加你的工作节点的数量，甚至通过冗余分配主控角色以实现高可用性，或通过将节点专用于某些组件，例如Etcd，来进一步。

这里有一些有用的链接。

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:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:码头]]
[[Category:CoreOS]]
[[Category:云]]

部署一个Kubernetes集群

2021-07-29T13:55:51Z

Ikbot：建立内容为“:fr:Deployer un cluster…”的新页面

[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Array|看到这篇文章的源代码]] 
[[: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=kubernetes安装
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula知识库, kubernetes是什么, kubernetes安装, kubernetes教程
|description=Kubernetes可以被认为是：一个容器平台、一个微服务平台、一个便携式云平台等等......了解如何安装它。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==什么是Kubernetes？==

'''库伯内特斯'''是一个用于管理容器化工作负载和服务的开源平台。
它支持声明式的配置编写，但也支持自动化。''Kubernetes'' 是一个庞大且快速增长的生态系统。

这个过程将使你能够快速、轻松地部署一个三节点的集群 [https://www.ikoula.com/fr/cloud-public/oneclick Kubernetes (k8s)]这个过程将使你能够快速和容易地从部署在同一网络中的三个CentOS 7实例中部署一个三节点的集群，在前进区。

这三个实例中的一个将是我们的主节点，其他两个将是我们的工作节点。简单地说，主节点是我们从其API中管理Kubernetes集群（容器协调器）的节点，而工作节点是将运行pod或容器（在我们的例子中是Docker）的节点。

我们将假设你的3个CentOS 7实例已经部署完毕，并且你有SSH权限来执行下面的命令。

下面是我们的例子中的配置，它将在整个过程中作为例子使用。

节点主机："k8s-master" / 10.1.1.16 
第一个节点工作者："k8s-worker01" / 10.1.1.169 
第二个节点工作者："k8s-worker02" / 10.1.1.87 

==系统准备和Kubernetes安装教程 ==

以下操作必须以root身份（或必要的sudo权限）在所有实例（master和workers）上执行。

首先，在你的每个实例上填充/etc/hosts 文件，以便它们能够解析各自的主机名（通常在虚拟路由器是DNS解析器的高级区域网络中已经是这样了）。

在我们的例子中，这在我们的三个实例上给出了以下/etc/hosts 文件（用你的实例的名称和IP来调整它）。

<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>

用以下三个命令启用网桥模块和为其制定的 iptables 规则。

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

添加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>

添加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>

安装Docker :

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

然后安装必要的Kubernetes包。

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

编辑systemd kubelet的配置文件 (/etc/systemd/system/kubelet.service.d/10-kubeadm.conf) 配置文件，在 "[Service]"部分添加以下一行。

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

这样，:

<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>

重新加载配置，启用，然后通过以下三个命令启动docker和kubelet服务。

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

禁用系统交换（kubelet不支持交换内存，如果你不禁用它，在通过kubeadms初始化集群时，你会在飞行前检查中得到一个错误）。

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

请记得在你的每个实例的/etc/fstab 文件中也注释/删除交换行，如：:

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

==Kubernetes集群的初始化 ==

以下操作只能在节点主实例上执行

通过以下命令启动Kubernetes集群的初始化，注意用主实例的IP地址修改"--apiserver-advertise-address="参数的值。

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

注意：请不要修改"--pod-network-cidr="参数中表示的网络ip "10.244.0.0/16"，因为这个参数允许我们表示我们将使用CNI Flannel插件来管理我们pod的网络部分。

下面是集群初始化成功后，这个命令的返回值应该是这样的。

<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>

我们执行所要求的操作，以最终完成我们集群的初始化。

我们在我们的用户（在我们的例子中是root）的目录下创建一个目录和配置文件。

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

我们为我们的集群部署了我们的pod Flannel网络。

<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>

注意：我们将保留由侧边初始化命令返回提供的最后一条命令（"kubeadm join..."），以便以后在我们的工作实例上运行，将它们加入我们的集群。

现在我们可以从主实例对我们的集群进行第一次检查。

输入命令 "kubectl get nodes "来检查当前在你的集群中存在的节点。

<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>

注意：目前只有你的主节点，这是正常的，因为我们还没有把其他节点添加到集群中。

输入命令 "kubectl get pods --all-namespaces "来检查当前存在于你的集群中的pods/containers。

<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>

注意：这里只有与我们的主节点所需的Kubernetes组件（kube-apiserver、etcd、kube-scheduler等）对应的pod。

我们可以用以下命令检查这些组件的状态。

<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>

==将工作节点添加到集群中 ==

只在工作实例/节点上执行的行动

在你的每个工作实例上（不要在你的主实例上这样做），运行上面集群初始化末尾提供的 "kubeadm join ... "命令。

<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>

==检查集群的状态 ==

要从主实例/节点执行的行动

通过重新执行 "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>

备注：我们可以看到我们的两个工作节点（k8s-worker01和k8s-worker02），所以它们已经被添加到我们的集群中。

现在让我们再次运行 "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>

注意：你可以看到，有多少个 "kube-flannel "和 "kube-proxy "荚/容器，就有多少个我们的集群中的节点。

==部署第一个吊舱 ==

我们将部署我们的第一个 [https://kubernetes.io/docs/concepts/workloads/pods/pod/ 豆荚]在我们的Kubernetes集群中。

为了简单起见，我们选择部署一个名为 "nginx "的豆荚（没有复制），并使用 "nginx "镜像。

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

如果我们检查一下，在列出我们集群的pods的命令的返回中，这个命令出现得很好。

<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>

它出现在列表的顶部，与 "kube-system "的命名空间不同，因为它不是Kubernetes运行的特定组件。

也可以通过不使用"--all-namespace "参数执行相同的命令来避免显示特定于kube-system命名空间的pods。

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

要显示标签 :

<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>

我们还可以用以下命令检查我们的部署。

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

所以，我们已经部署并启动了一个nginx pod，但还不能从外部访问。为了使它能够被外部访问，我们需要通过以下命令创建服务（NodePort类型）来公开我们的pod的端口。

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

我们的服务就这样产生了。

<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>

注意：它通过端口80/tcp进行监听，并从外部通过端口30566/tcp进行访问/曝光。

我们可以通过以下命令获得我们的pod的flannel ip和它当前运行的节点的名称。

<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>

这里我们的nginx pod的ip是10.244.2.2，运行在我们的节点k8s-worker02上。

你也可以简单地通过以下命令在我们的nginx pod上运行一个命令或打开一个shell（与docker命令非常相似）。

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

你所要做的就是在你的Ikoula One Cloud网络上创建你的负载平衡规则，访问/公开你的网络服务器（nginx pod）。

- 连接到 [https://cloudstack.ikoula.com/client 云伊库拉一号]

- 进入左侧垂直菜单中的 "网络"。

- 点击你部署Kubernetes实例的网络，然后点击 "查看IP地址"，点击你的NAT源IP，然后进入 "配置 "标签。

- 点击 "负载平衡 "并创建你的规则，指定一个名称，公共端口 "80 "在我们的例子中，私人端口 "30566 "在我们的例子中（见上文），通过选择一个LB算法（例如轮流），如.NET。

[[File:faq_k8s_regle_lb-01.png|Kubernetes实例]]

- 勾选你所有的工作者实例。

[[File:faq_k8s_regle_lb-02.png|检查你的kubernetes工作者实例]]

测试从浏览器访问你的Web服务器/nginx pod（通过你创建LB规则的网络公共IP）。

[[File:faq_k8s_browser_nginx.png|访问你的网络服务器]]

事实上，你的nginx pod可以从你的任何一个节点访问，这是由 "kube-proxy "组件实现的，它负责将连接指向它所运行的节点（在复制的情况下）。

因此，你刚刚部署了一个由3个节点组成的基本Kubernetes集群，其中有一个主节点和两个工作者。

==更进一步 ==

你可以通过部署Kubernetes仪表板或为你的pod创建持久化卷，通过增加你的工作节点的数量，甚至通过冗余分配主控角色以实现高可用性，或通过将节点专用于某些组件，例如Etcd，来进一步。

这里有一些有用的链接。

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:云堆]]
[[Category:公共云]]
[[Category:私有云]]
[[Category:码头]]
[[Category:CoreOS]]
[[Category:云]]

在直接路由区部署一个实例

2021-07-29T13:32:29Z

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:Развертывание экземпляра в зоне прямой маршрутизации]]
[[:pl:Wdrażanie instancji w strefie bezpośredniego routingu]][[pl:Wdrażanie instancji w strefie bezpośredniego routingu]]
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deploiement d'une instance en zone direct-routing|看到这篇文章的源代码]] 
[[: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)]]

在直接路由区部署一个实例

2021-07-29T13:31:23Z

Ikbot：

[[:ru:Развертывание экземпляра в зоне прямой маршрутизации]][[ru:Развертывание экземпляра в зоне прямой маршрутизации]]
[[:pl:Wdrażanie instancji w strefie bezpośredniego routingu]][[pl:Wdrażanie instancji w strefie bezpośredniego routingu]]
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deploiement d'une instance en zone direct-routing|看到这篇文章的源代码]] 
[[: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)]]

在直接路由区部署一个实例

2021-07-29T13:30:39Z

Ikbot：

[[:pl:Wdrażanie instancji w strefie bezpośredniego routingu]][[pl:Wdrażanie instancji w strefie bezpośredniego routingu]]
[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deploiement d'une instance en zone direct-routing|看到这篇文章的源代码]] 
[[: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)]]

在直接路由区部署一个实例

2021-07-29T13:29:12Z

Ikbot：

[[:ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]][[ja:ダイレクトルーティング・ゾーンにインスタンスを配置する]]
[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deploiement d'une instance en zone direct-routing|看到这篇文章的源代码]] 
[[: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)]]

在直接路由区部署一个实例

2021-07-29T13:28:31Z

Ikbot：建立内容为“<span data-link_translate_fr_title="Deploiement d'une instance en zone direct-routing" data-link_translate_fr_url="Deploiement d'une instance en zone direct-rout…”的新页面

[[:fr:Deploiement d'une instance en zone direct-routing]][[fr:Deploiement d'une instance en zone direct-routing]]
 这篇文章是从由软件进行自动翻译。你可以[[:fr:Deploiement d'une instance en zone direct-routing|看到这篇文章的源代码]] 
[[: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)]]

在一个高级路由区部署一个实例

2021-07-29T13:21:20Z

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:Развертывание экземпляра в зоне с расширенной маршрутизацией]]
[[:pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]][[pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]]
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:fr: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|看到这篇文章的源代码]] 
[[: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)]]

在一个高级路由区部署一个实例

2021-07-29T13:20:39Z

Ikbot：

[[:ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]][[ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]]
[[:pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]][[pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]]
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:fr: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|看到这篇文章的源代码]] 
[[: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)]]

在一个高级路由区部署一个实例

2021-07-29T13:20:01Z

Ikbot：

[[:pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]][[pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]]
[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:fr: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|看到这篇文章的源代码]] 
[[: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)]]

在一个高级路由区部署一个实例

2021-07-29T13:19:21Z

Ikbot：

[[:ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]][[ja:アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする]]
[[:fr: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|看到这篇文章的源代码]] 
[[: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)]]

在一个高级路由区部署一个实例

2021-07-29T13:09:06Z

Ikbot：建立内容为“<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-…”的新页面

[[:fr: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|看到这篇文章的源代码]] 
[[: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)]]