Japanese Ikoula Wiki - 利用者の投稿記録 [ja]

インスタンスを別のゾーンに複製する

2021-07-29T15:36:17Z

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]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Dupliquer une instance dans une autre zone|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==使用例==
BASICゾーンにインスタンスを作成しましたが、ADVANCEゾーンの機能を利用するためにインスタンスを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:22Z

Ikbot:

[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Dupliquer une instance dans une autre zone|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==使用例==
BASICゾーンにインスタンスを作成しましたが、ADVANCEゾーンの機能を利用するためにインスタンスを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:40Z

Ikbot:

[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Dupliquer une instance dans une autre zone|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==使用例==
BASICゾーンにインスタンスを作成しましたが、ADVANCEゾーンの機能を利用するためにインスタンスを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:57Z

Ikbot: ページの作成:「:fr:Dupl…」

[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Dupliquer une instance dans une autre zone|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:pt:Duplicar uma instância noutra zona]][[pt:Duplicar uma instância noutra zona]]
[[:es:Duplicar una instancia en otra zona]][[es:Duplicar una instancia en otra zona]]
[[:en:Duplicate an instance in another zone]][[en:Duplicate an instance in another zone]]
==使用例==
BASICゾーンにインスタンスを作成しましたが、ADVANCEゾーンの機能を利用するためにインスタンスを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:45Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==はじめに== 
を起動すると '''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:Linux]]
[[Category:ドッカー]]

すぐに停止するコンテナをDockerでデバッグする

2021-07-29T15:25:40Z

Ikbot:

[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==はじめに== 
を起動すると '''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:Linux]]
[[Category:ドッカー]]

すぐに停止するコンテナをDockerでデバッグする

2021-07-29T15:23:04Z

Ikbot:

[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==はじめに== 
を起動すると '''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:Linux]]
[[Category:ドッカー]]

すぐに停止するコンテナをDockerでデバッグする

2021-07-29T15:22:11Z

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 stop immé…」

[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:pt:Depuração de um contentor que pára imediatamente]][[pt:Depuração de um contentor que pára imediatamente]]
[[:es:Docker depurando un contenedor que se detiene inmediatamente]][[es:Docker depurando un contenedor que se detiene inmediatamente]]
[[:en:Docker debugging a container that stops immediately]][[en:Docker debugging a container that stops immediately]]


==はじめに== 
を起動すると '''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:Linux]]
[[Category:ドッカー]]

故障したLinuxディスクの診断

2021-07-29T15:10:27Z

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]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Diagnostic d'un disque défectueux Linux|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
==はじめに ==

この記事では、Linuxサーバーの故障したディスクの診断と特定を目的としています。

以下の操作は、Linux端末やNetbootから行うことができます。

==注文は ==

=== お使いのOSに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>

その後、ディスクのレポートが作成され、存在するすべての異常が表示されます。
本レポートは4つのパートで構成されています。最初の部分は、ディスクの情報、シリアル番号、モデル、容量、...です。
第2部は、SMARTテストのリターンで、結果がPASSED以外であれば、ディスクの交換が必要です。
3つ目の部分は、ディスクに関連するテストで生成されたすべての値です。
そして最後は、ディスクのエラーログです。

[[Category:Linux]]
[[Category:専用サーバー]]

故障したLinuxディスクの診断

2021-07-29T15:09:17Z

Ikbot:

[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie 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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
==はじめに ==

この記事では、Linuxサーバーの故障したディスクの診断と特定を目的としています。

以下の操作は、Linux端末やNetbootから行うことができます。

==注文は ==

=== お使いのOSに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>

その後、ディスクのレポートが作成され、存在するすべての異常が表示されます。
本レポートは4つのパートで構成されています。最初の部分は、ディスクの情報、シリアル番号、モデル、容量、...です。
第2部は、SMARTテストのリターンで、結果がPASSED以外であれば、ディスクの交換が必要です。
3つ目の部分は、ディスクに関連するテストで生成されたすべての値です。
そして最後は、ディスクのエラーログです。

[[Category:Linux]]
[[Category:専用サーバー]]

故障したLinuxディスクの診断

2021-07-29T15:08:17Z

Ikbot:

[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie 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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
==はじめに ==

この記事では、Linuxサーバーの故障したディスクの診断と特定を目的としています。

以下の操作は、Linux端末やNetbootから行うことができます。

==注文は ==

=== お使いのOSに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>

その後、ディスクのレポートが作成され、存在するすべての異常が表示されます。
本レポートは4つのパートで構成されています。最初の部分は、ディスクの情報、シリアル番号、モデル、容量、...です。
第2部は、SMARTテストのリターンで、結果がPASSED以外であれば、ディスクの交換が必要です。
3つ目の部分は、ディスクに関連するテストで生成されたすべての値です。
そして最後は、ディスクのエラーログです。

[[Category:Linux]]
[[Category:専用サーバー]]

故障したLinuxディスクの診断

2021-07-29T15:07:17Z

Ikbot: ページの作成:「:fr:Diagnost…」

[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Diagnostic d'un disque défectueux Linux|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:pt:Diagnosticar um disco Linux defeituoso]][[pt:Diagnosticar um disco Linux defeituoso]]
[[:es:Diagnóstico de un disco Linux defectuoso]][[es:Diagnóstico de un disco Linux defectuoso]]
[[:en:Diagnosing a faulty Linux disk]][[en:Diagnosing a faulty Linux disk]]
==はじめに ==

この記事では、Linuxサーバーの故障したディスクの診断と特定を目的としています。

以下の操作は、Linux端末やNetbootから行うことができます。

==注文は ==

=== お使いのOSに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>

その後、ディスクのレポートが作成され、存在するすべての異常が表示されます。
本レポートは4つのパートで構成されています。最初の部分は、ディスクの情報、シリアル番号、モデル、容量、...です。
第2部は、SMARTテストのリターンで、結果がPASSED以外であれば、ディスクの交換が必要です。
3つ目の部分は、ディスクに関連するテストで生成されたすべての値です。
そして最後は、ディスクのエラーログです。

[[Category:Linux]]
[[Category:専用サーバー]]

新モジュールのカーネルベースのモード設定を無効にする

2021-07-29T15:00:31Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
KMS（Kernel-based Mode-setting）は、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:Linux]]
[[Category:VPSサーバー]]
[[Category:専用サーバー]]

新モジュールのカーネルベースのモード設定を無効にする

2021-07-29T14:59:21Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
KMS（Kernel-based Mode-setting）は、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:Linux]]
[[Category:VPSサーバー]]
[[Category:専用サーバー]]

新モジュールのカーネルベースのモード設定を無効にする

2021-07-29T14:58:30Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
KMS（Kernel-based Mode-setting）は、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:Linux]]
[[Category:VPSサーバー]]
[[Category:専用サーバー]]

新モジュールのカーネルベースのモード設定を無効にする

2021-07-29T14:55:46Z

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-setting p…」

[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:pt:Desactivar o mode-setting baseado no kernel para o novo módulo]][[pt:Desactivar o mode-setting baseado no kernel para o novo módulo]]
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
KMS（Kernel-based Mode-setting）は、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:Linux]]
[[Category:VPSサーバー]]
[[Category:専用サーバー]]

Terraformによるインスタンスのデプロイ

2021-07-29T14:48:22Z

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]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Terraform|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
==説明 ==

ここでは、「Terraform」というInfrastructure as Codeツールを使って、1つまたは複数のIKOULA One Cloudインスタンスを迅速に展開する方法を見ていきます。

まず、Terraformをインストールし、IKOULA One Cloudのアカウントを持っている必要があります。
Terraformは以下のリンクからほとんどのOSに対応しています。 https://www.terraform.io/downloads.html

Terraformは何十ものプロバイダーをサポートしており、そのリストは彼らのウェブサイトで見ることができます(https://www.terraform.io/docs/providers/).
Cloudstack」というプロバイダーを使って、Cloud Ikoula Oneに展開します。

==シングルインスタンスのデプロイ ==

最初のTerraform設定ファイルを作成し、1つのIKOULA Cloudインスタンスのデプロイを可能にします。

これは、拡張子が「.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:32Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Terraform|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
==説明 ==

ここでは、「Terraform」というInfrastructure as Codeツールを使って、1つまたは複数のIKOULA One Cloudインスタンスを迅速に展開する方法を見ていきます。

まず、Terraformをインストールし、IKOULA One Cloudのアカウントを持っている必要があります。
Terraformは以下のリンクからほとんどのOSに対応しています。 https://www.terraform.io/downloads.html

Terraformは何十ものプロバイダーをサポートしており、そのリストは彼らのウェブサイトで見ることができます(https://www.terraform.io/docs/providers/).
Cloudstack」というプロバイダーを使って、Cloud Ikoula Oneに展開します。

==シングルインスタンスのデプロイ ==

最初のTerraform設定ファイルを作成し、1つのIKOULA Cloudインスタンスのデプロイを可能にします。

これは、拡張子が「.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:35Z

Ikbot:

[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Terraform|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
==説明 ==

ここでは、「Terraform」というInfrastructure as Codeツールを使って、1つまたは複数のIKOULA One Cloudインスタンスを迅速に展開する方法を見ていきます。

まず、Terraformをインストールし、IKOULA One Cloudのアカウントを持っている必要があります。
Terraformは以下のリンクからほとんどのOSに対応しています。 https://www.terraform.io/downloads.html

Terraformは何十ものプロバイダーをサポートしており、そのリストは彼らのウェブサイトで見ることができます(https://www.terraform.io/docs/providers/).
Cloudstack」というプロバイダーを使って、Cloud Ikoula Oneに展開します。

==シングルインスタンスのデプロイ ==

最初のTerraform設定ファイルを作成し、1つのIKOULA Cloudインスタンスのデプロイを可能にします。

これは、拡張子が「.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:20Z

Ikbot: ページの作成:「:fr:Deployer vos i…」

[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Terraform|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:pt:Implementar as suas instâncias com a Terraform]][[pt:Implementar as suas instâncias com a Terraform]]
[[:es:Despliegue de sus instancias con Terraform]][[es:Despliegue de sus instancias con Terraform]]
[[:en:Deploying your instances with Terraform]][[en:Deploying your instances with Terraform]]
==説明 ==

ここでは、「Terraform」というInfrastructure as Codeツールを使って、1つまたは複数のIKOULA One Cloudインスタンスを迅速に展開する方法を見ていきます。

まず、Terraformをインストールし、IKOULA One Cloudのアカウントを持っている必要があります。
Terraformは以下のリンクからほとんどのOSに対応しています。 https://www.terraform.io/downloads.html

Terraformは何十ものプロバイダーをサポートしており、そのリストは彼らのウェブサイトで見ることができます(https://www.terraform.io/docs/providers/).
Cloudstack」というプロバイダーを使って、Cloud Ikoula Oneに展開します。

==シングルインスタンスのデプロイ ==

最初のTerraform設定ファイルを作成し、1つのIKOULA Cloudインスタンスのデプロイを可能にします。

これは、拡張子が「.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:46Z

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]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Ansible|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
==説明 ==

ここでは、Ansibleツールを使ってIKOULA One Cloudインスタンスを迅速に展開する方法を説明します。

まず、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'' を使って、1つのコマンドでインスタンスをデプロイすることができます。

まず、'' 「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キーペアを使うかどうかなど）を調整すればOKです。

<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 >」は、「」の選択です</Nom>。<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>

この例では、Advanced Zone（EU-FR-IKDC1-Z1-ADV）にDebian 9インスタンスを配置し、My-Network-Z1というネットワークでコンピュート・オファリング "t1.micro "を使用し、SSHキー・ペア "MY_SSHKEY "を設定しています。

すべての使用可能なパラメータやその他の例を見るには、"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プレイブックによるインスタンスのデプロイメント ==

上記と同様に、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>

あとは、以下のようなプレイブックファイル（yml拡張子／YAML形式）を作成して、パラメータの値（インスタンス名、ネットワーク名など）やパラメータ自体（SSHキーペアを使うかどうかなど）を調整すればOKです。

アドバンスドゾーンにインスタンスをデプロイするプレイブックの例。

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

基本ゾーンにインスタンスを配置するためのプレイブックの例（networkパラメータをsecurity groupsパラメータに置き換え、vmに割り当てられたパブリック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:23Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Ansible|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
==説明 ==

ここでは、Ansibleツールを使ってIKOULA One Cloudインスタンスを迅速に展開する方法を説明します。

まず、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'' を使って、1つのコマンドでインスタンスをデプロイすることができます。

まず、'' 「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キーペアを使うかどうかなど）を調整すればOKです。

<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 >」は、「」の選択です</Nom>。<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>

この例では、Advanced Zone（EU-FR-IKDC1-Z1-ADV）にDebian 9インスタンスを配置し、My-Network-Z1というネットワークでコンピュート・オファリング "t1.micro "を使用し、SSHキー・ペア "MY_SSHKEY "を設定しています。

すべての使用可能なパラメータやその他の例を見るには、"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プレイブックによるインスタンスのデプロイメント ==

上記と同様に、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>

あとは、以下のようなプレイブックファイル（yml拡張子／YAML形式）を作成して、パラメータの値（インスタンス名、ネットワーク名など）やパラメータ自体（SSHキーペアを使うかどうかなど）を調整すればOKです。

アドバンスドゾーンにインスタンスをデプロイするプレイブックの例。

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

基本ゾーンにインスタンスを配置するためのプレイブックの例（networkパラメータをsecurity groupsパラメータに置き換え、vmに割り当てられたパブリック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:26Z

Ikbot:

[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Ansible|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
==説明 ==

ここでは、Ansibleツールを使ってIKOULA One Cloudインスタンスを迅速に展開する方法を説明します。

まず、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'' を使って、1つのコマンドでインスタンスをデプロイすることができます。

まず、'' 「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キーペアを使うかどうかなど）を調整すればOKです。

<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 >」は、「」の選択です</Nom>。<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>

この例では、Advanced Zone（EU-FR-IKDC1-Z1-ADV）にDebian 9インスタンスを配置し、My-Network-Z1というネットワークでコンピュート・オファリング "t1.micro "を使用し、SSHキー・ペア "MY_SSHKEY "を設定しています。

すべての使用可能なパラメータやその他の例を見るには、"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プレイブックによるインスタンスのデプロイメント ==

上記と同様に、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>

あとは、以下のようなプレイブックファイル（yml拡張子／YAML形式）を作成して、パラメータの値（インスタンス名、ネットワーク名など）やパラメータ自体（SSHキーペアを使うかどうかなど）を調整すればOKです。

アドバンスドゾーンにインスタンスをデプロイするプレイブックの例。

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

基本ゾーンにインスタンスを配置するためのプレイブックの例（networkパラメータをsecurity groupsパラメータに置き換え、vmに割り当てられたパブリック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:34Z

Ikbot: ページの作成:「:fr:Deployer vos insta…」

[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Deployer vos instances avec Ansible|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:it:Distribuire le tue istanze con Ansible]][[it:Distribuire le tue istanze con Ansible]]
[[:pt:Implante as suas instâncias com Ansible]][[pt:Implante as suas instâncias com Ansible]]
[[:es:Despliegue de sus instancias con Ansible]][[es:Despliegue de sus instancias con Ansible]]
[[:en:Deploy your instances with Ansible]][[en:Deploy your instances with Ansible]]
==説明 ==

ここでは、Ansibleツールを使ってIKOULA One Cloudインスタンスを迅速に展開する方法を説明します。

まず、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'' を使って、1つのコマンドでインスタンスをデプロイすることができます。

まず、'' 「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キーペアを使うかどうかなど）を調整すればOKです。

<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 >」は、「」の選択です</Nom>。<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>

この例では、Advanced Zone（EU-FR-IKDC1-Z1-ADV）にDebian 9インスタンスを配置し、My-Network-Z1というネットワークでコンピュート・オファリング "t1.micro "を使用し、SSHキー・ペア "MY_SSHKEY "を設定しています。

すべての使用可能なパラメータやその他の例を見るには、"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プレイブックによるインスタンスのデプロイメント ==

上記と同様に、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>

あとは、以下のようなプレイブックファイル（yml拡張子／YAML形式）を作成して、パラメータの値（インスタンス名、ネットワーク名など）やパラメータ自体（SSHキーペアを使うかどうかなど）を調整すればOKです。

アドバンスドゾーンにインスタンスをデプロイするプレイブックの例。

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

基本ゾーンにインスタンスを配置するためのプレイブックの例（networkパラメータをsecurity groupsパラメータに置き換え、vmに割り当てられたパブリック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:19:00Z

Ikbot: ページの作成:「:fr:…」

[[:fr:Deployer un cluster Kubernetes avec microk8s]][[fr:Deployer un cluster Kubernetes avec microk8s]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Array|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:用microk8s部署一个Kubernetes集群]][[zh:用microk8s部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters mit microk8s]][[de:Bereitstellen eines Kubernetes-Clusters mit microk8s]]
[[:nl:Een Kubernetes cluster implementeren met microk8s]][[nl:Een Kubernetes cluster implementeren met microk8s]]
[[:it:Distribuire un cluster Kubernetes con microk8s]][[it:Distribuire un cluster Kubernetes con microk8s]]
[[:pt:Implementação de um aglomerado Kubernetes com microk8s]][[pt:Implementação de um aglomerado Kubernetes com microk8s]]
[[:es:Despliegue de un clúster Kubernetes con microk8s]][[es:Despliegue de un clúster Kubernetes con microk8s]]
[[:en:Deploying a Kubernetes cluster with microk8s]][[en:Deploying a Kubernetes cluster with microk8s]]


{{#seo:
|title=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]].

このタイプのクラスターをセットアップするには、少なくとも3つのノードが必要ですが、このページで紹介する例では4つのノードを使用しています（ここでは4つとします）。
* 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 ソリューションマイクロサーバー Raspberry 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/ネットワークがある場合は、サーバーが相互に通信できるものを選択してください）。 
次に、2台目のサーバーでこのコマンドを実行します。 
[[File:Microk8s03.JPG]]

2台目のサーバーでの操作が完了したら、3台目のサーバーでも同じ操作を行う必要があります（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:05Z

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]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Array|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=kubernetesのインストール
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetesは、コンテナ・プラットフォーム、マイクロサービス・プラットフォーム、ポータブル・クラウド・プラットフォームなどと考えられています...Kubernetesのインストール方法をご覧ください。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Kubernetesとは？==

'''Kubernetes'''は、コンテナ化されたワークロードやサービスを管理するための、オープンソースのプラットフォームです。
宣言的な設定記述だけでなく、自動化もサポートしています。''Kubernetes'' は大規模で急速に成長しているエコシステムです。

この手順では、3ノードのクラスターを迅速かつ簡単に導入することができます。 [https://www.ikoula.com/fr/cloud-public/oneclick キューブネーズ（k8s]この手順では、フォワードゾーンの同一ネットワーク内に配置された3台のCentOS 7インスタンスから、3ノードのクラスターを迅速かつ容易に展開することができます。

この3つのインスタンスのうち1つがマスターノード、残りの2つがワーカーノードとなります。簡単にまとめると、マスターノードはKubernetesクラスター（コンテナオーケストレーター）をAPIから管理するノードで、ワーカーノードはポッドやコンテナ（ここではDocker）が実行されるノードです。

ここでは、3台のCentOS 7インスタンスがすでにデプロイされており、後述のコマンドを実行するためにsshアクセスが可能であることを前提とします。

ここでは、この手順の中で例として使用している設定を紹介します。

ノードマスター："k8s-master" / 10.1.1.16 
ファーストノードワーカー："k8s-worker01" / 10.1.1.169 
2台目のノードワーカー："k8s-worker02" / 10.1.1.87 

==システム準備とKubernetesインストールのチュートリアル ==

以下の操作は、すべてのインスタンス（マスターとワーカー）に対して、root（または必要なsudo権限）で行う必要があります。

まず、各インスタンスの/etc/hosts ファイルを入力して、それぞれのホスト名を解決できるようにします（通常、仮想ルーターが DNS リゾルバであるアドバンスドゾーンネットワークでは、すでにそうなっています）。

この例では、3つのインスタンスで次のような/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>

以下の3つのコマンドで、ブリッジモジュールとそのための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>

設定をリロードし、以下の3つのコマンドで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クラスタの初期化を開始します。「--apiserver-advertise-address=」パラメータの値をマスターインスタンスのIPアドレスに変更することに注意してください。

<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プラグインを使用してポッドのネットワーク部分を管理することを示すためのものです。

クラスタの初期化に成功した場合、このコマンドのリターンは次のようになります。

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

note: サイドの初期化コマンドの戻り値である最後のコマンド（"kubeadm join..."）は、後でWorkerインスタンスに実行してクラスタに参加させるために残しておきます。

これで、マスター・インスタンスからクラスタの最初のチェックを行うことができます。

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」というコマンドを入力して、現在クラスタに存在するポッド/コンテナを確認します。

<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など）に対応するポッドのみが存在します。

これらのコンポーネントの状態は、以下のコマンドで確認できます。

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

Remark : 2つのワーカーノード(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」のポッド/コンテナは、クラスタ内のノード数と同じ数だけ存在することがわかります。

==第1ポッドの展開 ==

を展開する予定です。 [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>

確認してみると、クラスタのポッドをリストアップするコマンドのリターンに、このポッドがしっかりと表示されています。

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

Kubernetesの運用に特化したコンポーネントではないため、「kube-system」とは異なる名前空間でリストの一番上に表示されます。

また、「--all-namespace」パラメータを指定せずに同じコマンドを実行することで、kube-systemの名前空間に特化したポッドを表示しないようにすることも可能です。

<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ポッドをデプロイして起動しましたが、まだ外部からアクセスできません。外部からアクセスできるようにするには、次のコマンドでサービス（NodePortタイプ）を作成して、ポッドのポートを公開する必要があります。

<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で利用可能/公開されます。

次のコマンドで、ポッドのフランネル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ポッドのIPは10.244.2.2で、ノードk8s-worker02上で動作しています。

また、以下のコマンドでnginxポッド上でコマンドを実行したり、シェルを開いたりすることもできます（dockerコマンドと非常によく似ています）。

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

あとは、イコラ・ワンクラウドのネットワーク上にロードバランシングルールを作成し、Webサーバー（nginxポッド）にアクセス／公開するだけです。

- に接続します。 [https://cloudstack.ikoula.com/client クラウド・イコラ・ワン]

- 左の縦長のメニューから「ネットワーク」に進みます。

- Kubernetesインスタンスをデプロイしたネットワークをクリックし、「IPアドレスの表示」をクリックして、NATソースIPを選択し、「設定」タブに移動します。

- ロードバランシング」をクリックし、名前、パブリックポート「80」、プライベートポート「30566」（上記参照）、LBアルゴリズム（ラウンドロビンなど）を選択して、ルールを作成します。

[[File:faq_k8s_regle_lb-01.png|Kubernetes インスタンス]]

- は、すべてのワーカーインスタンスにチェックを入れます。

[[File:faq_k8s_regle_lb-02.png|kubernetesワーカーインスタンスの確認]]

ブラウザからWebサーバー/nginxポッドへのアクセスをテストします（LBルールを作成したネットワークのパブリックIP経由）。

[[File:faq_k8s_browser_nginx.png|お客様のウェブサーバーへのアクセス]]

nginxポッドがどのノードからでもアクセスできるのは、「kube-proxy」コンポーネントのおかげです。

マスターと2つのワーカーを持つ3ノードの基本的なKubernetesクラスターをデプロイしたところです。

==さらに進む ==

さらに、Kubernetesダッシュボードを導入したり、ポッド用のパーシステントボリュームを作成したり、ワーカーノードの数を増やしたり、さらには高可用性のためにマスターロールを冗長化したり、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:18Z

Ikbot:

[[:ru:Развертывание кластера Kubernetes]][[ru:Развертывание кластера Kubernetes]]
[[:pl:Wdrażanie klastra Kubernetes]][[pl:Wdrażanie klastra Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Array|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=kubernetesのインストール
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetesは、コンテナ・プラットフォーム、マイクロサービス・プラットフォーム、ポータブル・クラウド・プラットフォームなどと考えられています...Kubernetesのインストール方法をご覧ください。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Kubernetesとは？==

'''Kubernetes'''は、コンテナ化されたワークロードやサービスを管理するための、オープンソースのプラットフォームです。
宣言的な設定記述だけでなく、自動化もサポートしています。''Kubernetes'' は大規模で急速に成長しているエコシステムです。

この手順では、3ノードのクラスターを迅速かつ簡単に導入することができます。 [https://www.ikoula.com/fr/cloud-public/oneclick キューブネーズ（k8s]この手順では、フォワードゾーンの同一ネットワーク内に配置された3台のCentOS 7インスタンスから、3ノードのクラスターを迅速かつ容易に展開することができます。

この3つのインスタンスのうち1つがマスターノード、残りの2つがワーカーノードとなります。簡単にまとめると、マスターノードはKubernetesクラスター（コンテナオーケストレーター）をAPIから管理するノードで、ワーカーノードはポッドやコンテナ（ここではDocker）が実行されるノードです。

ここでは、3台のCentOS 7インスタンスがすでにデプロイされており、後述のコマンドを実行するためにsshアクセスが可能であることを前提とします。

ここでは、この手順の中で例として使用している設定を紹介します。

ノードマスター："k8s-master" / 10.1.1.16 
ファーストノードワーカー："k8s-worker01" / 10.1.1.169 
2台目のノードワーカー："k8s-worker02" / 10.1.1.87 

==システム準備とKubernetesインストールのチュートリアル ==

以下の操作は、すべてのインスタンス（マスターとワーカー）に対して、root（または必要なsudo権限）で行う必要があります。

まず、各インスタンスの/etc/hosts ファイルを入力して、それぞれのホスト名を解決できるようにします（通常、仮想ルーターが DNS リゾルバであるアドバンスドゾーンネットワークでは、すでにそうなっています）。

この例では、3つのインスタンスで次のような/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>

以下の3つのコマンドで、ブリッジモジュールとそのための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>

設定をリロードし、以下の3つのコマンドで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クラスタの初期化を開始します。「--apiserver-advertise-address=」パラメータの値をマスターインスタンスのIPアドレスに変更することに注意してください。

<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プラグインを使用してポッドのネットワーク部分を管理することを示すためのものです。

クラスタの初期化に成功した場合、このコマンドのリターンは次のようになります。

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

note: サイドの初期化コマンドの戻り値である最後のコマンド（"kubeadm join..."）は、後でWorkerインスタンスに実行してクラスタに参加させるために残しておきます。

これで、マスター・インスタンスからクラスタの最初のチェックを行うことができます。

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」というコマンドを入力して、現在クラスタに存在するポッド/コンテナを確認します。

<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など）に対応するポッドのみが存在します。

これらのコンポーネントの状態は、以下のコマンドで確認できます。

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

Remark : 2つのワーカーノード(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」のポッド/コンテナは、クラスタ内のノード数と同じ数だけ存在することがわかります。

==第1ポッドの展開 ==

を展開する予定です。 [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>

確認してみると、クラスタのポッドをリストアップするコマンドのリターンに、このポッドがしっかりと表示されています。

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

Kubernetesの運用に特化したコンポーネントではないため、「kube-system」とは異なる名前空間でリストの一番上に表示されます。

また、「--all-namespace」パラメータを指定せずに同じコマンドを実行することで、kube-systemの名前空間に特化したポッドを表示しないようにすることも可能です。

<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ポッドをデプロイして起動しましたが、まだ外部からアクセスできません。外部からアクセスできるようにするには、次のコマンドでサービス（NodePortタイプ）を作成して、ポッドのポートを公開する必要があります。

<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で利用可能/公開されます。

次のコマンドで、ポッドのフランネル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ポッドのIPは10.244.2.2で、ノードk8s-worker02上で動作しています。

また、以下のコマンドでnginxポッド上でコマンドを実行したり、シェルを開いたりすることもできます（dockerコマンドと非常によく似ています）。

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

あとは、イコラ・ワンクラウドのネットワーク上にロードバランシングルールを作成し、Webサーバー（nginxポッド）にアクセス／公開するだけです。

- に接続します。 [https://cloudstack.ikoula.com/client クラウド・イコラ・ワン]

- 左の縦長のメニューから「ネットワーク」に進みます。

- Kubernetesインスタンスをデプロイしたネットワークをクリックし、「IPアドレスの表示」をクリックして、NATソースIPを選択し、「設定」タブに移動します。

- ロードバランシング」をクリックし、名前、パブリックポート「80」、プライベートポート「30566」（上記参照）、LBアルゴリズム（ラウンドロビンなど）を選択して、ルールを作成します。

[[File:faq_k8s_regle_lb-01.png|Kubernetes インスタンス]]

- は、すべてのワーカーインスタンスにチェックを入れます。

[[File:faq_k8s_regle_lb-02.png|kubernetesワーカーインスタンスの確認]]

ブラウザからWebサーバー/nginxポッドへのアクセスをテストします（LBルールを作成したネットワークのパブリックIP経由）。

[[File:faq_k8s_browser_nginx.png|お客様のウェブサーバーへのアクセス]]

nginxポッドがどのノードからでもアクセスできるのは、「kube-proxy」コンポーネントのおかげです。

マスターと2つのワーカーを持つ3ノードの基本的なKubernetesクラスターをデプロイしたところです。

==さらに進む ==

さらに、Kubernetesダッシュボードを導入したり、ポッド用のパーシステントボリュームを作成したり、ワーカーノードの数を増やしたり、さらには高可用性のためにマスターロールを冗長化したり、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:58:59Z

Ikbot:

[[:pl:Wdrażanie klastra Kubernetes]][[pl:Wdrażanie klastra Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Array|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=kubernetesのインストール
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetesは、コンテナ・プラットフォーム、マイクロサービス・プラットフォーム、ポータブル・クラウド・プラットフォームなどと考えられています...Kubernetesのインストール方法をご覧ください。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Kubernetesとは？==

'''Kubernetes'''は、コンテナ化されたワークロードやサービスを管理するための、オープンソースのプラットフォームです。
宣言的な設定記述だけでなく、自動化もサポートしています。''Kubernetes'' は大規模で急速に成長しているエコシステムです。

この手順では、3ノードのクラスターを迅速かつ簡単に導入することができます。 [https://www.ikoula.com/fr/cloud-public/oneclick キューブネーズ（k8s]この手順では、フォワードゾーンの同一ネットワーク内に配置された3台のCentOS 7インスタンスから、3ノードのクラスターを迅速かつ容易に展開することができます。

この3つのインスタンスのうち1つがマスターノード、残りの2つがワーカーノードとなります。簡単にまとめると、マスターノードはKubernetesクラスター（コンテナオーケストレーター）をAPIから管理するノードで、ワーカーノードはポッドやコンテナ（ここではDocker）が実行されるノードです。

ここでは、3台のCentOS 7インスタンスがすでにデプロイされており、後述のコマンドを実行するためにsshアクセスが可能であることを前提とします。

ここでは、この手順の中で例として使用している設定を紹介します。

ノードマスター："k8s-master" / 10.1.1.16 
ファーストノードワーカー："k8s-worker01" / 10.1.1.169 
2台目のノードワーカー："k8s-worker02" / 10.1.1.87 

==システム準備とKubernetesインストールのチュートリアル ==

以下の操作は、すべてのインスタンス（マスターとワーカー）に対して、root（または必要なsudo権限）で行う必要があります。

まず、各インスタンスの/etc/hosts ファイルを入力して、それぞれのホスト名を解決できるようにします（通常、仮想ルーターが DNS リゾルバであるアドバンスドゾーンネットワークでは、すでにそうなっています）。

この例では、3つのインスタンスで次のような/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>

以下の3つのコマンドで、ブリッジモジュールとそのための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>

設定をリロードし、以下の3つのコマンドで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クラスタの初期化を開始します。「--apiserver-advertise-address=」パラメータの値をマスターインスタンスのIPアドレスに変更することに注意してください。

<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プラグインを使用してポッドのネットワーク部分を管理することを示すためのものです。

クラスタの初期化に成功した場合、このコマンドのリターンは次のようになります。

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

note: サイドの初期化コマンドの戻り値である最後のコマンド（"kubeadm join..."）は、後でWorkerインスタンスに実行してクラスタに参加させるために残しておきます。

これで、マスター・インスタンスからクラスタの最初のチェックを行うことができます。

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」というコマンドを入力して、現在クラスタに存在するポッド/コンテナを確認します。

<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など）に対応するポッドのみが存在します。

これらのコンポーネントの状態は、以下のコマンドで確認できます。

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

Remark : 2つのワーカーノード(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」のポッド/コンテナは、クラスタ内のノード数と同じ数だけ存在することがわかります。

==第1ポッドの展開 ==

を展開する予定です。 [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>

確認してみると、クラスタのポッドをリストアップするコマンドのリターンに、このポッドがしっかりと表示されています。

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

Kubernetesの運用に特化したコンポーネントではないため、「kube-system」とは異なる名前空間でリストの一番上に表示されます。

また、「--all-namespace」パラメータを指定せずに同じコマンドを実行することで、kube-systemの名前空間に特化したポッドを表示しないようにすることも可能です。

<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ポッドをデプロイして起動しましたが、まだ外部からアクセスできません。外部からアクセスできるようにするには、次のコマンドでサービス（NodePortタイプ）を作成して、ポッドのポートを公開する必要があります。

<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で利用可能/公開されます。

次のコマンドで、ポッドのフランネル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ポッドのIPは10.244.2.2で、ノードk8s-worker02上で動作しています。

また、以下のコマンドでnginxポッド上でコマンドを実行したり、シェルを開いたりすることもできます（dockerコマンドと非常によく似ています）。

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

あとは、イコラ・ワンクラウドのネットワーク上にロードバランシングルールを作成し、Webサーバー（nginxポッド）にアクセス／公開するだけです。

- に接続します。 [https://cloudstack.ikoula.com/client クラウド・イコラ・ワン]

- 左の縦長のメニューから「ネットワーク」に進みます。

- Kubernetesインスタンスをデプロイしたネットワークをクリックし、「IPアドレスの表示」をクリックして、NATソースIPを選択し、「設定」タブに移動します。

- ロードバランシング」をクリックし、名前、パブリックポート「80」、プライベートポート「30566」（上記参照）、LBアルゴリズム（ラウンドロビンなど）を選択して、ルールを作成します。

[[File:faq_k8s_regle_lb-01.png|Kubernetes インスタンス]]

- は、すべてのワーカーインスタンスにチェックを入れます。

[[File:faq_k8s_regle_lb-02.png|kubernetesワーカーインスタンスの確認]]

ブラウザからWebサーバー/nginxポッドへのアクセスをテストします（LBルールを作成したネットワークのパブリックIP経由）。

[[File:faq_k8s_browser_nginx.png|お客様のウェブサーバーへのアクセス]]

nginxポッドがどのノードからでもアクセスできるのは、「kube-proxy」コンポーネントのおかげです。

マスターと2つのワーカーを持つ3ノードの基本的なKubernetesクラスターをデプロイしたところです。

==さらに進む ==

さらに、Kubernetesダッシュボードを導入したり、ポッド用のパーシステントボリュームを作成したり、ワーカーノードの数を増やしたり、さらには高可用性のためにマスターロールを冗長化したり、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:28Z

Ikbot: ページの作成:「:fr:Deployer un cluster Kubernet…」

[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Array|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:部署一个Kubernetes集群]][[zh:部署一个Kubernetes集群]]
[[:de:Bereitstellen eines Kubernetes-Clusters]][[de:Bereitstellen eines Kubernetes-Clusters]]
[[:nl:Een Kubernetes cluster implementeren]][[nl:Een Kubernetes cluster implementeren]]
[[:pt:Implantação de um aglomerado Kubernetes]][[pt:Implantação de um aglomerado Kubernetes]]
[[:es:Despliegue de un clúster Kubernetes]][[es:Despliegue de un clúster Kubernetes]]
[[:en:Deploying a Kubernetes cluster]][[en:Deploying a Kubernetes cluster]]
[[:it:Configurare un cluster Kubernetes]][[it:Configurare un cluster Kubernetes]]
[[:fr:Deployer un cluster Kubernetes]][[fr:Deployer un cluster Kubernetes]]

{{#seo:
|title=kubernetesのインストール
|titlemode=replace
|keywords=ikoula wiki, ikoula wiki, ikoula knowledge base, kubernetes is what, kubernetes installation, kubernetes tutorial
|description=Kubernetesは、コンテナ・プラットフォーム、マイクロサービス・プラットフォーム、ポータブル・クラウド・プラットフォームなどと考えられています...Kubernetesのインストール方法をご覧ください。
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

==Kubernetesとは？==

'''Kubernetes'''は、コンテナ化されたワークロードやサービスを管理するための、オープンソースのプラットフォームです。
宣言的な設定記述だけでなく、自動化もサポートしています。''Kubernetes'' は大規模で急速に成長しているエコシステムです。

この手順では、3ノードのクラスターを迅速かつ簡単に導入することができます。 [https://www.ikoula.com/fr/cloud-public/oneclick キューブネーズ（k8s]この手順では、フォワードゾーンの同一ネットワーク内に配置された3台のCentOS 7インスタンスから、3ノードのクラスターを迅速かつ容易に展開することができます。

この3つのインスタンスのうち1つがマスターノード、残りの2つがワーカーノードとなります。簡単にまとめると、マスターノードはKubernetesクラスター（コンテナオーケストレーター）をAPIから管理するノードで、ワーカーノードはポッドやコンテナ（ここではDocker）が実行されるノードです。

ここでは、3台のCentOS 7インスタンスがすでにデプロイされており、後述のコマンドを実行するためにsshアクセスが可能であることを前提とします。

ここでは、この手順の中で例として使用している設定を紹介します。

ノードマスター："k8s-master" / 10.1.1.16 
ファーストノードワーカー："k8s-worker01" / 10.1.1.169 
2台目のノードワーカー："k8s-worker02" / 10.1.1.87 

==システム準備とKubernetesインストールのチュートリアル ==

以下の操作は、すべてのインスタンス（マスターとワーカー）に対して、root（または必要なsudo権限）で行う必要があります。

まず、各インスタンスの/etc/hosts ファイルを入力して、それぞれのホスト名を解決できるようにします（通常、仮想ルーターが DNS リゾルバであるアドバンスドゾーンネットワークでは、すでにそうなっています）。

この例では、3つのインスタンスで次のような/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>

以下の3つのコマンドで、ブリッジモジュールとそのための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>

設定をリロードし、以下の3つのコマンドで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クラスタの初期化を開始します。「--apiserver-advertise-address=」パラメータの値をマスターインスタンスのIPアドレスに変更することに注意してください。

<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プラグインを使用してポッドのネットワーク部分を管理することを示すためのものです。

クラスタの初期化に成功した場合、このコマンドのリターンは次のようになります。

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

note: サイドの初期化コマンドの戻り値である最後のコマンド（"kubeadm join..."）は、後でWorkerインスタンスに実行してクラスタに参加させるために残しておきます。

これで、マスター・インスタンスからクラスタの最初のチェックを行うことができます。

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」というコマンドを入力して、現在クラスタに存在するポッド/コンテナを確認します。

<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など）に対応するポッドのみが存在します。

これらのコンポーネントの状態は、以下のコマンドで確認できます。

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

Remark : 2つのワーカーノード(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」のポッド/コンテナは、クラスタ内のノード数と同じ数だけ存在することがわかります。

==第1ポッドの展開 ==

を展開する予定です。 [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>

確認してみると、クラスタのポッドをリストアップするコマンドのリターンに、このポッドがしっかりと表示されています。

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

Kubernetesの運用に特化したコンポーネントではないため、「kube-system」とは異なる名前空間でリストの一番上に表示されます。

また、「--all-namespace」パラメータを指定せずに同じコマンドを実行することで、kube-systemの名前空間に特化したポッドを表示しないようにすることも可能です。

<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ポッドをデプロイして起動しましたが、まだ外部からアクセスできません。外部からアクセスできるようにするには、次のコマンドでサービス（NodePortタイプ）を作成して、ポッドのポートを公開する必要があります。

<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で利用可能/公開されます。

次のコマンドで、ポッドのフランネル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ポッドのIPは10.244.2.2で、ノードk8s-worker02上で動作しています。

また、以下のコマンドでnginxポッド上でコマンドを実行したり、シェルを開いたりすることもできます（dockerコマンドと非常によく似ています）。

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

あとは、イコラ・ワンクラウドのネットワーク上にロードバランシングルールを作成し、Webサーバー（nginxポッド）にアクセス／公開するだけです。

- に接続します。 [https://cloudstack.ikoula.com/client クラウド・イコラ・ワン]

- 左の縦長のメニューから「ネットワーク」に進みます。

- Kubernetesインスタンスをデプロイしたネットワークをクリックし、「IPアドレスの表示」をクリックして、NATソースIPを選択し、「設定」タブに移動します。

- ロードバランシング」をクリックし、名前、パブリックポート「80」、プライベートポート「30566」（上記参照）、LBアルゴリズム（ラウンドロビンなど）を選択して、ルールを作成します。

[[File:faq_k8s_regle_lb-01.png|Kubernetes インスタンス]]

- は、すべてのワーカーインスタンスにチェックを入れます。

[[File:faq_k8s_regle_lb-02.png|kubernetesワーカーインスタンスの確認]]

ブラウザからWebサーバー/nginxポッドへのアクセスをテストします（LBルールを作成したネットワークのパブリックIP経由）。

[[File:faq_k8s_browser_nginx.png|お客様のウェブサーバーへのアクセス]]

nginxポッドがどのノードからでもアクセスできるのは、「kube-proxy」コンポーネントのおかげです。

マスターと2つのワーカーを持つ3ノードの基本的なKubernetesクラスターをデプロイしたところです。

==さらに進む ==

さらに、Kubernetesダッシュボードを導入したり、ポッド用のパーシステントボリュームを作成したり、ワーカーノードの数を増やしたり、さらには高可用性のためにマスターロールを冗長化したり、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:27Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

ダイレクトルーティング・ゾーンにインスタンスを配置する

2021-07-29T13:31:21Z

Ikbot:

[[:ru:Развертывание экземпляра в зоне прямой маршрутизации]][[ru:Развертывание экземпляра в зоне прямой маршрутизации]]
[[:pl:Wdrażanie instancji w strefie bezpośredniego routingu]][[pl:Wdrażanie instancji w strefie bezpośredniego routingu]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

ダイレクトルーティング・ゾーンにインスタンスを配置する

2021-07-29T13:30:36Z

Ikbot:

[[:pl:Wdrażanie instancji w strefie bezpośredniego routingu]][[pl:Wdrażanie instancji w strefie bezpośredniego routingu]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

ダイレクトルーティング・ゾーンにインスタンスを配置する

2021-07-29T13:29:09Z

Ikbot: ページの作成:「</s…」

[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在直接路由区部署一个实例]][[zh:在直接路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]][[de:Bereitstellen einer Instanz in einer Zone mit direkter Weiterleitung]]
[[:nl:Een instantie implementeren in een direct-routing zone]][[nl:Een instantie implementeren in een direct-routing zone]]
[[:it:Distribuire un'istanza in una zona a instradamento diretto]][[it:Distribuire un'istanza in una zona a instradamento diretto]]
[[:pt:Implantação de uma instância numa zona de encaminhamento directo]][[pt:Implantação de uma instância numa zona de encaminhamento directo]]
[[:es:Despliegue de una instancia en una zona de enrutamiento directo]][[es:Despliegue de una instancia en una zona de enrutamiento directo]]
[[:en:Deploying an instance in a direct-routing zone]][[en:Deploying an instance in a direct-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone basic (cliquez pour lire la suite)]]

アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする

2021-07-29T13:21:18Z

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]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする

2021-07-29T13:20:36Z

Ikbot:

[[:ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]][[ru:Развертывание экземпляра в зоне с расширенной маршрутизацией]]
[[:pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]][[pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする

2021-07-29T13:19:59Z

Ikbot:

[[:pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]][[pl:Wdrażanie instancji w strefie z zaawansowanym routingiem]]
[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

アドバンスド・ルーティング・ゾーンにインスタンスをデプロイする

2021-07-29T13:19:17Z

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-routing"…」

[[: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|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:在一个高级路由区部署一个实例]][[zh:在一个高级路由区部署一个实例]]
[[:de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]][[de:Bereitstellen einer Instanz in einer Zone mit erweitertem Routing]]
[[:nl:Een instantie implementeren in een advanced-routing zone]][[nl:Een instantie implementeren in een advanced-routing zone]]
[[:it:Distribuire un'istanza in una zona di routing avanzato]][[it:Distribuire un'istanza in una zona di routing avanzato]]
[[:pt:Implantação de uma instância numa zona de roteamento avançado]][[pt:Implantação de uma instância numa zona de roteamento avançado]]
[[:es:Despliegue de una instancia en una zona de enrutamiento avanzado]][[es:Despliegue de una instancia en una zona de enrutamiento avanzado]]
[[:en:Deploying an instance in an advanced-routing zone]][[en:Deploying an instance in an advanced-routing zone]]
REDIRECTION [[Deploiement d'une instance en zone ADV (cliquez pour lire la suite)]]

デバッグクライアント Windows

2021-07-29T13:02:24Z

Ikbot:

[[:ro:Debug Client Windows]][[ro:Debug Client Windows]]
[[:ru:Отладочный клиент Windows]][[ru:Отладочный клиент Windows]]
[[:pl:Klient Debug Windows]][[pl:Klient Debug Windows]]
[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Debug Client Windows|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==はじめに== 
これらのテストの中には、「'''cmd.exe''' 」の使用を必要とするものがあります。これは、使用しているバージョンにかかわらず、Windows''' に存在する'''コマンドインタープリタです。
デザインに惑わされることなく、使い方は簡単で、私たちのサービスのデバッグ時に多くの有益な情報を得ることができます。 
 '''ご意見をいただくために、コマンドで返された内容をコピーしたり、スクリーンショットを撮ったりしてください。'''

cmd.exe を起動するには：'''Windows シンボル + R''' その後、「'''cmd.exe''' 」と入力します。 
 
[[File:comment-run-cmd.png |450px]]
 
cmd.exeの外観は以下の通りです。 
 
[[File:Example-cmd-vide.png |680px ]]
 

==コース== 

==システム情報の取得 : ==

これを行うには、'''cmd.exeに「'''systeminfo''' 」というコマンドを入力します。''' 
 
[[File:systeminfo-result.png |720px ]]

==Pingテスト ==

''' Ping''' は、'''IPネットワークを介して他のマシンのアクセス性をテストするために使用されるコンピュータコマンドの名前です''' 。
これを行うには、'''cmd.exe''' に「'''ping''' 」というコマンドを入力し、その後に使用しているドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:exemple-test-ping-ikoula.png |680px ]]
 
==テスト tracert ==

''' Tracertでは、データパケット''' （IPパケット）が'''をローカルマシンからIPネットワークに接続された別のマシン''' に向かう際に通過する経路を追跡することができます。

これを行うには、'''cmd.exe''' に「'''tracert''' 」というコマンドを入力し、その後に気になるドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:tracert-exemple.png |680px ]]
 
==MTRテスト ==

'''tracert と ping ユーティリティーの機能を組み合わせたネットワークテスト'''.
MTRテストを行うには、'''WinMTR''' をダウンロードする必要があります。添付のダウンロードリンクをご利用ください（インストールは不要です）。 http://winmtr.net/download-winmtr/

使い方は簡単で、'''ホストフィールドにテストの対象となるIPまたはドメイン''' を入力し、'''" start "''' を押し、数分（少なくとも2分）実行した後、テストを停止して " Copy Text to clipboard " をクリックし、結果を " paste " して返信メールに貼り付けてください。 
 
[[File:winmtr-exemple.png |680px ]]
 
==自分のパブリックIPを知る ==
あなたの'''パブリックIP''' （インターネット上のWAN IP / Routable IP）を調べるには、"'''my-ip.com''' "にアクセスし、'''赤いボックス''' に情報を入力してください。 
 
[[File:mon-ip-com-capture.png |680px ]]
 
==結論== 
上記で紹介したデバッグは、お客様の作業環境に関する多くの情報を提供し、テクニカルサポートがお客様の要望をより迅速に把握し、解決することを可能にします。



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




<comments />

デバッグクライアント Windows

2021-07-29T13:00:49Z

Ikbot:

[[:ru:Отладочный клиент Windows]][[ru:Отладочный клиент Windows]]
[[:pl:Klient Debug Windows]][[pl:Klient Debug Windows]]
[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Debug Client Windows|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==はじめに== 
これらのテストの中には、「'''cmd.exe''' 」の使用を必要とするものがあります。これは、使用しているバージョンにかかわらず、Windows''' に存在する'''コマンドインタープリタです。
デザインに惑わされることなく、使い方は簡単で、私たちのサービスのデバッグ時に多くの有益な情報を得ることができます。 
 '''ご意見をいただくために、コマンドで返された内容をコピーしたり、スクリーンショットを撮ったりしてください。'''

cmd.exe を起動するには：'''Windows シンボル + R''' その後、「'''cmd.exe''' 」と入力します。 
 
[[File:comment-run-cmd.png |450px]]
 
cmd.exeの外観は以下の通りです。 
 
[[File:Example-cmd-vide.png |680px ]]
 

==コース== 

==システム情報の取得 : ==

これを行うには、'''cmd.exeに「'''systeminfo''' 」というコマンドを入力します。''' 
 
[[File:systeminfo-result.png |720px ]]

==Pingテスト ==

''' Ping''' は、'''IPネットワークを介して他のマシンのアクセス性をテストするために使用されるコンピュータコマンドの名前です''' 。
これを行うには、'''cmd.exe''' に「'''ping''' 」というコマンドを入力し、その後に使用しているドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:exemple-test-ping-ikoula.png |680px ]]
 
==テスト tracert ==

''' Tracertでは、データパケット''' （IPパケット）が'''をローカルマシンからIPネットワークに接続された別のマシン''' に向かう際に通過する経路を追跡することができます。

これを行うには、'''cmd.exe''' に「'''tracert''' 」というコマンドを入力し、その後に気になるドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:tracert-exemple.png |680px ]]
 
==MTRテスト ==

'''tracert と ping ユーティリティーの機能を組み合わせたネットワークテスト'''.
MTRテストを行うには、'''WinMTR''' をダウンロードする必要があります。添付のダウンロードリンクをご利用ください（インストールは不要です）。 http://winmtr.net/download-winmtr/

使い方は簡単で、'''ホストフィールドにテストの対象となるIPまたはドメイン''' を入力し、'''" start "''' を押し、数分（少なくとも2分）実行した後、テストを停止して " Copy Text to clipboard " をクリックし、結果を " paste " して返信メールに貼り付けてください。 
 
[[File:winmtr-exemple.png |680px ]]
 
==自分のパブリックIPを知る ==
あなたの'''パブリックIP''' （インターネット上のWAN IP / Routable IP）を調べるには、"'''my-ip.com''' "にアクセスし、'''赤いボックス''' に情報を入力してください。 
 
[[File:mon-ip-com-capture.png |680px ]]
 
==結論== 
上記で紹介したデバッグは、お客様の作業環境に関する多くの情報を提供し、テクニカルサポートがお客様の要望をより迅速に把握し、解決することを可能にします。



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




<comments />

デバッグクライアント Windows

2021-07-29T12:58:31Z

Ikbot:

[[:pl:Klient Debug Windows]][[pl:Klient Debug Windows]]
[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Debug Client Windows|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==はじめに== 
これらのテストの中には、「'''cmd.exe''' 」の使用を必要とするものがあります。これは、使用しているバージョンにかかわらず、Windows''' に存在する'''コマンドインタープリタです。
デザインに惑わされることなく、使い方は簡単で、私たちのサービスのデバッグ時に多くの有益な情報を得ることができます。 
 '''ご意見をいただくために、コマンドで返された内容をコピーしたり、スクリーンショットを撮ったりしてください。'''

cmd.exe を起動するには：'''Windows シンボル + R''' その後、「'''cmd.exe''' 」と入力します。 
 
[[File:comment-run-cmd.png |450px]]
 
cmd.exeの外観は以下の通りです。 
 
[[File:Example-cmd-vide.png |680px ]]
 

==コース== 

==システム情報の取得 : ==

これを行うには、'''cmd.exeに「'''systeminfo''' 」というコマンドを入力します。''' 
 
[[File:systeminfo-result.png |720px ]]

==Pingテスト ==

''' Ping''' は、'''IPネットワークを介して他のマシンのアクセス性をテストするために使用されるコンピュータコマンドの名前です''' 。
これを行うには、'''cmd.exe''' に「'''ping''' 」というコマンドを入力し、その後に使用しているドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:exemple-test-ping-ikoula.png |680px ]]
 
==テスト tracert ==

''' Tracertでは、データパケット''' （IPパケット）が'''をローカルマシンからIPネットワークに接続された別のマシン''' に向かう際に通過する経路を追跡することができます。

これを行うには、'''cmd.exe''' に「'''tracert''' 」というコマンドを入力し、その後に気になるドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:tracert-exemple.png |680px ]]
 
==MTRテスト ==

'''tracert と ping ユーティリティーの機能を組み合わせたネットワークテスト'''.
MTRテストを行うには、'''WinMTR''' をダウンロードする必要があります。添付のダウンロードリンクをご利用ください（インストールは不要です）。 http://winmtr.net/download-winmtr/

使い方は簡単で、'''ホストフィールドにテストの対象となるIPまたはドメイン''' を入力し、'''" start "''' を押し、数分（少なくとも2分）実行した後、テストを停止して " Copy Text to clipboard " をクリックし、結果を " paste " して返信メールに貼り付けてください。 
 
[[File:winmtr-exemple.png |680px ]]
 
==自分のパブリックIPを知る ==
あなたの'''パブリックIP''' （インターネット上のWAN IP / Routable IP）を調べるには、"'''my-ip.com''' "にアクセスし、'''赤いボックス''' に情報を入力してください。 
 
[[File:mon-ip-com-capture.png |680px ]]
 
==結論== 
上記で紹介したデバッグは、お客様の作業環境に関する多くの情報を提供し、テクニカルサポートがお客様の要望をより迅速に把握し、解決することを可能にします。



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




<comments />

デバッグクライアント Windows

2021-07-29T12:56:51Z

Ikbot: ページの作成:「:fr:Debug Client Windows[[fr:Debug Client Windows]…」

[[:fr:Debug Client Windows]][[fr:Debug Client Windows]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Debug Client Windows|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:调试客户窗口]][[zh:调试客户窗口]]
[[:de:Debug-Client-Fenster]][[de:Debug-Client-Fenster]]
[[:nl:Debug client Windows]][[nl:Debug client Windows]]
[[:it:Debug Client Windows]][[it:Debug Client Windows]]
[[:pt:Depurar janelas de clientes]][[pt:Depurar janelas de clientes]]
[[:es:Depuración del cliente Windows]][[es:Depuración del cliente Windows]]
[[:en:Debug Client Windows]][[en:Debug Client Windows]]


==はじめに== 
これらのテストの中には、「'''cmd.exe''' 」の使用を必要とするものがあります。これは、使用しているバージョンにかかわらず、Windows''' に存在する'''コマンドインタープリタです。
デザインに惑わされることなく、使い方は簡単で、私たちのサービスのデバッグ時に多くの有益な情報を得ることができます。 
 '''ご意見をいただくために、コマンドで返された内容をコピーしたり、スクリーンショットを撮ったりしてください。'''

cmd.exe を起動するには：'''Windows シンボル + R''' その後、「'''cmd.exe''' 」と入力します。 
 
[[File:comment-run-cmd.png |450px]]
 
cmd.exeの外観は以下の通りです。 
 
[[File:Example-cmd-vide.png |680px ]]
 

==コース== 

==システム情報の取得 : ==

これを行うには、'''cmd.exeに「'''systeminfo''' 」というコマンドを入力します。''' 
 
[[File:systeminfo-result.png |720px ]]

==Pingテスト ==

''' Ping''' は、'''IPネットワークを介して他のマシンのアクセス性をテストするために使用されるコンピュータコマンドの名前です''' 。
これを行うには、'''cmd.exe''' に「'''ping''' 」というコマンドを入力し、その後に使用しているドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:exemple-test-ping-ikoula.png |680px ]]
 
==テスト tracert ==

''' Tracertでは、データパケット''' （IPパケット）が'''をローカルマシンからIPネットワークに接続された別のマシン''' に向かう際に通過する経路を追跡することができます。

これを行うには、'''cmd.exe''' に「'''tracert''' 」というコマンドを入力し、その後に気になるドメイン（domain.fr）またはIP（8.8.8.8）を入力します。 
 
[[File:tracert-exemple.png |680px ]]
 
==MTRテスト ==

'''tracert と ping ユーティリティーの機能を組み合わせたネットワークテスト'''.
MTRテストを行うには、'''WinMTR''' をダウンロードする必要があります。添付のダウンロードリンクをご利用ください（インストールは不要です）。 http://winmtr.net/download-winmtr/

使い方は簡単で、'''ホストフィールドにテストの対象となるIPまたはドメイン''' を入力し、'''" start "''' を押し、数分（少なくとも2分）実行した後、テストを停止して " Copy Text to clipboard " をクリックし、結果を " paste " して返信メールに貼り付けてください。 
 
[[File:winmtr-exemple.png |680px ]]
 
==自分のパブリックIPを知る ==
あなたの'''パブリックIP''' （インターネット上のWAN IP / Routable IP）を調べるには、"'''my-ip.com''' "にアクセスし、'''赤いボックス''' に情報を入力してください。 
 
[[File:mon-ip-com-capture.png |680px ]]
 
==結論== 
上記で紹介したデバッグは、お客様の作業環境に関する多くの情報を提供し、テクニカルサポートがお客様の要望をより迅速に把握し、解決することを可能にします。



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




<comments />

DPKG 削除済みのパッケージの構成を削除

2021-07-29T12:47:55Z

Ikbot:

[[:ru:DPKG удаляет конфигурации уже удаленных пакетов]][[ru:DPKG удаляет конфигурации уже удаленных пакетов]]
[[:pl:DPKG usuń konfiguracje już usuniętych pakietów]][[pl:DPKG usuń konfiguracje już usuniętych pakietów]]
[[:fr:DPKG supprimer les configurations de paquets déjà supprimés]][[fr:DPKG supprimer les configurations de paquets déjà supprimés]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DPKG supprimer les configurations de paquets déjà supprimés|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DPKG 删除已经删除的软件包的配置]][[zh:DPKG 删除已经删除的软件包的配置]]
[[:de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]][[de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]]
[[:nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]][[nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]]
[[:it:DPKG elimina le configurazioni di pacchetti già eliminati]][[it:DPKG elimina le configurazioni di pacchetti già eliminati]]
[[:pt:DPKG apagar configurações de pacotes já eliminados]][[pt:DPKG apagar configurações de pacotes já eliminados]]
[[:es:DPKG borrar configuraciones de paquetes ya borrados]][[es:DPKG borrar configuraciones de paquetes ya borrados]]
[[:en:DPKG delete configurations of already deleted packages]][[en:DPKG delete configurations of already deleted packages]]


==はじめに== 
ここでは、すでに削除された設定ファイルを一覧表示して削除する方法を紹介します。

==コース== 
パッケージはすでに削除されているが、設定ファイルが削除されていないパッケージをリストアップしてみましょう。この例では、3つの:
<pre>
$ dpkg -l | grep ^rc
rc docutils-common 0.14+dfsg-4 all text processing system for reStructuredText - common data
rc linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit PCs (signed)
rc unzip 6.0-23+deb10u1 amd64 De-archiver for .zip files
</pre>

そして、''apt'' でこれらのパッケージを強制的にパージしましょう。
<pre>
$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
</pre>

その後、''dpkg'' で確認すると、そのパッケージはもう存在しません。

==結論== 
達成したことの短い要約と、さらに進むために



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




<comments />


[[Category:Linux]]

DPKG 削除済みのパッケージの構成を削除

2021-07-29T12:46:50Z

Ikbot:

[[:pl:DPKG usuń konfiguracje już usuniętych pakietów]][[pl:DPKG usuń konfiguracje już usuniętych pakietów]]
[[:fr:DPKG supprimer les configurations de paquets déjà supprimés]][[fr:DPKG supprimer les configurations de paquets déjà supprimés]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DPKG supprimer les configurations de paquets déjà supprimés|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DPKG 删除已经删除的软件包的配置]][[zh:DPKG 删除已经删除的软件包的配置]]
[[:de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]][[de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]]
[[:nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]][[nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]]
[[:it:DPKG elimina le configurazioni di pacchetti già eliminati]][[it:DPKG elimina le configurazioni di pacchetti già eliminati]]
[[:pt:DPKG apagar configurações de pacotes já eliminados]][[pt:DPKG apagar configurações de pacotes já eliminados]]
[[:es:DPKG borrar configuraciones de paquetes ya borrados]][[es:DPKG borrar configuraciones de paquetes ya borrados]]
[[:en:DPKG delete configurations of already deleted packages]][[en:DPKG delete configurations of already deleted packages]]


==はじめに== 
ここでは、すでに削除された設定ファイルを一覧表示して削除する方法を紹介します。

==コース== 
パッケージはすでに削除されているが、設定ファイルが削除されていないパッケージをリストアップしてみましょう。この例では、3つの:
<pre>
$ dpkg -l | grep ^rc
rc docutils-common 0.14+dfsg-4 all text processing system for reStructuredText - common data
rc linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit PCs (signed)
rc unzip 6.0-23+deb10u1 amd64 De-archiver for .zip files
</pre>

そして、''apt'' でこれらのパッケージを強制的にパージしましょう。
<pre>
$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
</pre>

その後、''dpkg'' で確認すると、そのパッケージはもう存在しません。

==結論== 
達成したことの短い要約と、さらに進むために



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




<comments />


[[Category:Linux]]

DPKG 削除済みのパッケージの構成を削除

2021-07-29T12:45:49Z

Ikbot: ページの作成:「<span data-link_translate_fr_title="DPKG supprimer les configurations de paquets déjà supprimés" data-link_translate_fr_url="DPKG supprimer les configurations de paqu…」

[[:fr:DPKG supprimer les configurations de paquets déjà supprimés]][[fr:DPKG supprimer les configurations de paquets déjà supprimés]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DPKG supprimer les configurations de paquets déjà supprimés|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DPKG 删除已经删除的软件包的配置]][[zh:DPKG 删除已经删除的软件包的配置]]
[[:de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]][[de:DPKG löscht Konfigurationen von bereits gelöschten Paketen]]
[[:nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]][[nl:DPKG verwijdert configuraties van reeds verwijderde pakketten]]
[[:it:DPKG elimina le configurazioni di pacchetti già eliminati]][[it:DPKG elimina le configurazioni di pacchetti già eliminati]]
[[:pt:DPKG apagar configurações de pacotes já eliminados]][[pt:DPKG apagar configurações de pacotes já eliminados]]
[[:es:DPKG borrar configuraciones de paquetes ya borrados]][[es:DPKG borrar configuraciones de paquetes ya borrados]]
[[:en:DPKG delete configurations of already deleted packages]][[en:DPKG delete configurations of already deleted packages]]


==はじめに== 
ここでは、すでに削除された設定ファイルを一覧表示して削除する方法を紹介します。

==コース== 
パッケージはすでに削除されているが、設定ファイルが削除されていないパッケージをリストアップしてみましょう。この例では、3つの:
<pre>
$ dpkg -l | grep ^rc
rc docutils-common 0.14+dfsg-4 all text processing system for reStructuredText - common data
rc linux-image-4.19.0-5-amd64 4.19.37-5+deb10u2 amd64 Linux 4.19 for 64-bit PCs (signed)
rc unzip 6.0-23+deb10u1 amd64 De-archiver for .zip files
</pre>

そして、''apt'' でこれらのパッケージを強制的にパージしましょう。
<pre>
$ dpkg -l | grep ^rc | awk '{print $2}' | xargs -t sudo apt-get -y purge
</pre>

その後、''dpkg'' で確認すると、そのパッケージはもう存在しません。

==結論== 
達成したことの短い要約と、さらに進むために



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




<comments />


[[Category:Linux]]

DELL ディスクのLEDが点滅する

2021-07-29T12:38:06Z

Ikbot:

[[:ro:LED intermitent DELL pe un disc]][[ro:LED intermitent DELL pe un disc]]
[[:ru:Мигающий светодиод DELL на диске]][[ru:Мигающий светодиод DELL на диске]]
[[:pl:Migająca dioda LED DELL na dysku]][[pl:Migająca dioda LED DELL na dysku]]
[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DELL faire clignoter la LED d'un disque|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==はじめに== 
''DELL omconfig'' でディスクのLEDを点滅させる方法を見てみましょう。これは、どのディスクを変更するかをメディアに伝えるのに便利です。

==コース== 
欠陥のあるディスクを特定したところ、そのディスクは.NETにありました。

コントローラID：0 
ディスクID：0:0:2 

物理的に見つけやすいように、後者のLEDを点滅させることにします。
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

そして、フラッシュを止めること。
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



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




<comments />


[[Category:Linux]]
[[Category:DELL]]

DELL ディスクのLEDが点滅する

2021-07-29T12:37:04Z

Ikbot:

[[:ru:Мигающий светодиод DELL на диске]][[ru:Мигающий светодиод DELL на диске]]
[[:pl:Migająca dioda LED DELL na dysku]][[pl:Migająca dioda LED DELL na dysku]]
[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DELL faire clignoter la LED d'un disque|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==はじめに== 
''DELL omconfig'' でディスクのLEDを点滅させる方法を見てみましょう。これは、どのディスクを変更するかをメディアに伝えるのに便利です。

==コース== 
欠陥のあるディスクを特定したところ、そのディスクは.NETにありました。

コントローラID：0 
ディスクID：0:0:2 

物理的に見つけやすいように、後者のLEDを点滅させることにします。
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

そして、フラッシュを止めること。
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



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




<comments />


[[Category:Linux]]
[[Category:DELL]]

DELL ディスクのLEDが点滅する

2021-07-29T12:36:06Z

Ikbot:

[[:pl:Migająca dioda LED DELL na dysku]][[pl:Migająca dioda LED DELL na dysku]]
[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DELL faire clignoter la LED d'un disque|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==はじめに== 
''DELL omconfig'' でディスクのLEDを点滅させる方法を見てみましょう。これは、どのディスクを変更するかをメディアに伝えるのに便利です。

==コース== 
欠陥のあるディスクを特定したところ、そのディスクは.NETにありました。

コントローラID：0 
ディスクID：0:0:2 

物理的に見つけやすいように、後者のLEDを点滅させることにします。
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

そして、フラッシュを止めること。
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



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




<comments />


[[Category:Linux]]
[[Category:DELL]]

DELL ディスクのLEDが点滅する

2021-07-29T12:35:11Z

Ikbot: ページの作成:「:fr:DELL faire…」

[[:fr:DELL faire clignoter la LED d'un disque]][[fr:DELL faire clignoter la LED d'un disque]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:DELL faire clignoter la LED d'un disque|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:DELL公司在磁盘上闪烁的LED]][[zh:DELL公司在磁盘上闪烁的LED]]
[[:de:DELL blinkende LED auf einer Festplatte]][[de:DELL blinkende LED auf einer Festplatte]]
[[:nl:DELL knipperende LED op een schijf]][[nl:DELL knipperende LED op een schijf]]
[[:it:DELL LED lampeggiante su un disco]][[it:DELL LED lampeggiante su un disco]]
[[:pt:DELL LED intermitente num disco]][[pt:DELL LED intermitente num disco]]
[[:es:LED parpadeante de DELL en un disco]][[es:LED parpadeante de DELL en un disco]]
[[:en:DELL flashing LED on a disk]][[en:DELL flashing LED on a disk]]


==はじめに== 
''DELL omconfig'' でディスクのLEDを点滅させる方法を見てみましょう。これは、どのディスクを変更するかをメディアに伝えるのに便利です。

==コース== 
欠陥のあるディスクを特定したところ、そのディスクは.NETにありました。

コントローラID：0 
ディスクID：0:0:2 

物理的に見つけやすいように、後者のLEDを点滅させることにします。
<pre>
$ omconfig storage pdisk action=blink controller=0 pdisk=0:0:2
Command successful!
</pre>

そして、フラッシュを止めること。
<pre>
$ omconfig storage pdisk action=unblink controller=0 pdisk=0:0:2
Command successful!
</pre>



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




<comments />


[[Category:Linux]]
[[Category:DELL]]

仮想マシンの作成

2021-07-29T12:28:22Z

Ikbot:

[[:ro:Creați o mașină virtuală]][[ro:Creați o mașină virtuală]]
[[:ru:Создайте виртуальную машину]][[ru:Создайте виртуальную машину]]
[[:pl:Tworzenie maszyny wirtualnej]][[pl:Tworzenie maszyny wirtualnej]]
[[:fr:Créer une machine virtuelle]][[fr:Créer une machine virtuelle]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Créer une machine virtuelle|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:创建一个虚拟机]][[zh:创建一个虚拟机]]
[[:de:Erstellen einer virtuellen Maschine]][[de:Erstellen einer virtuellen Maschine]]
[[:nl:Maak een virtuele machine]][[nl:Maak een virtuele machine]]
[[:it:Creare una macchina virtuale]][[it:Creare una macchina virtuale]]
[[:pt:Criar uma máquina virtual]][[pt:Criar uma máquina virtual]]
[[:es:Crear una máquina virtual]][[es:Crear una máquina virtual]]
[[:en:Create a virtual machine]][[en:Create a virtual machine]]
==仮想マシンの作成方法==

新しい仮想マシンを作成するには、まずVMware Cloud Directorにアクセスし、「New VM」をクリックします。

[[File:NouvelleVM.PNG|1000px]]

その後、マシンの名前、自分がつけたい名前、必要に応じて説明を選択します。

そして、タイプを選ぶことができます。

New:では、ISOと完全にインストールされた新しいマシンを作成することができます。

From a template：以前に作成したマシンで作成したテンプレートからマシンを作成できるようになります。

[[File:NouvelleVM2.PNG|1000px]]

==モデルがない場合== =

その後、Windows、Linux、その他の中からOSファミリーを選択し、選択した内容に応じて、OSを指定する必要があります。

また、仮想マシンのインストールに必要なISOを選択することができます。

[[File:NouvelleVM4.PNG|1000px]]

そして、マシンのリソースを決めることができます。

[[File:NouvelleVM6.PNG|1000px]]

[[File:NouvelleVM7.PNG|1000px]]

上記のオプションを選択したら、作成された中からネットワークを選択する必要があります。

[[File:NouvelleVM5.PNG|1000px]]

==モデルより== =

そして、あらかじめ作成したいモデルを選択することができます。

[[File:NouvelleVM3.PNG|1000px]]

テンプレートを使用しないでVMを作成する場合と同様に、この新しいマシンに割り当てられるリソースを選択することができます。

[[File:NouvelleVM8.PNG|1000px]]

また、マシンの作成時にカスタマイズすることも可能です。

[[File:NouvelleVM9.PNG|1000px]]

その後、マシンの作成を検証し、その設定に進むことができます。

[[Category:VMWare]]

仮想マシンの作成

2021-07-29T12:26:48Z

Ikbot:

[[:ru:Создайте виртуальную машину]][[ru:Создайте виртуальную машину]]
[[:pl:Tworzenie maszyny wirtualnej]][[pl:Tworzenie maszyny wirtualnej]]
[[:fr:Créer une machine virtuelle]][[fr:Créer une machine virtuelle]]
 この記事は、自動翻訳ソフトウェアで行うからです。 [[:fr:Créer une machine virtuelle|記事のソースはここ]]を参照してくださいすることができます。 
[[:zh:创建一个虚拟机]][[zh:创建一个虚拟机]]
[[:de:Erstellen einer virtuellen Maschine]][[de:Erstellen einer virtuellen Maschine]]
[[:nl:Maak een virtuele machine]][[nl:Maak een virtuele machine]]
[[:it:Creare una macchina virtuale]][[it:Creare una macchina virtuale]]
[[:pt:Criar uma máquina virtual]][[pt:Criar uma máquina virtual]]
[[:es:Crear una máquina virtual]][[es:Crear una máquina virtual]]
[[:en:Create a virtual machine]][[en:Create a virtual machine]]
==仮想マシンの作成方法==

新しい仮想マシンを作成するには、まずVMware Cloud Directorにアクセスし、「New VM」をクリックします。

[[File:NouvelleVM.PNG|1000px]]

その後、マシンの名前、自分がつけたい名前、必要に応じて説明を選択します。

そして、タイプを選ぶことができます。

New:では、ISOと完全にインストールされた新しいマシンを作成することができます。

From a template：以前に作成したマシンで作成したテンプレートからマシンを作成できるようになります。

[[File:NouvelleVM2.PNG|1000px]]

==モデルがない場合== =

その後、Windows、Linux、その他の中からOSファミリーを選択し、選択した内容に応じて、OSを指定する必要があります。

また、仮想マシンのインストールに必要なISOを選択することができます。

[[File:NouvelleVM4.PNG|1000px]]

そして、マシンのリソースを決めることができます。

[[File:NouvelleVM6.PNG|1000px]]

[[File:NouvelleVM7.PNG|1000px]]

上記のオプションを選択したら、作成された中からネットワークを選択する必要があります。

[[File:NouvelleVM5.PNG|1000px]]

==モデルより== =

そして、あらかじめ作成したいモデルを選択することができます。

[[File:NouvelleVM3.PNG|1000px]]

テンプレートを使用しないでVMを作成する場合と同様に、この新しいマシンに割り当てられるリソースを選択することができます。

[[File:NouvelleVM8.PNG|1000px]]

また、マシンの作成時にカスタマイズすることも可能です。

[[File:NouvelleVM9.PNG|1000px]]

その後、マシンの作成を検証し、その設定に進むことができます。

[[Category:VMWare]]