It Ikoula wiki - Contributi utente [it]

Disattivare la modalità sonno di Ubuntu

2021-07-30T09:45:09Z

Ikbot:

[[:nl:Ubuntu slaapstand uitschakelen]][[nl:Ubuntu slaapstand uitschakelen]]
[[:fr:Désactiver la mise en veille Ubuntu]][[fr:Désactiver la mise en veille Ubuntu]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Désactiver la mise en veille Ubuntu|qui]]. 
[[:pt:Desactivar o modo de sono Ubuntu]][[pt:Desactivar o modo de sono Ubuntu]]
[[:es:Desactivar el modo de suspensión de Ubuntu]][[es:Desactivar el modo de suspensión de Ubuntu]]
[[:en:Disable Ubuntu sleep mode]][[en:Disable Ubuntu sleep mode]]
==Come disabilitare la modalità sleep di Ubuntu? == =

Per disabilitare lo standby sul vostro server Ubuntu, avete già bisogno di vedere lo stato del servizio standby.

<pre>systemctl status sleep.target</pre>

[[File:Sleep.PNG]]

Una volta che avete controllato questo, dovreste anche controllare lo stato degli altri servizi di monitoraggio.

<pre>systemctl status suspend.target</pre>

<pre>systemctl status hibernate.target</pre>

<pre>systemctl status hybrid-sleep.target</pre>

[[File:Sleep2.PNG]]

Per sospendere il servizio di standby, potete eseguire il seguente comando:

<pre>systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target</pre>

[[File:Sleep3.PNG]]

Allora il servizio apparirà come "mascherato" che impedirà al vostro server di andare a dormire.

<pre>systemctl status sleep.target</pre>

[[File:Sleep4.PNG]]

[[Category:Linux]] [[Category:Server VPS]] [[Category:Server dedicato]]

Disattivare la modalità sonno di Ubuntu

2021-07-30T09:44:21Z

Ikbot: Creata pagina con ":fr:Désactiver la mise e..."

[[:fr:Désactiver la mise en veille Ubuntu]][[fr:Désactiver la mise en veille Ubuntu]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Désactiver la mise en veille Ubuntu|qui]]. 
[[:pt:Desactivar o modo de sono Ubuntu]][[pt:Desactivar o modo de sono Ubuntu]]
[[:es:Desactivar el modo de suspensión de Ubuntu]][[es:Desactivar el modo de suspensión de Ubuntu]]
[[:en:Disable Ubuntu sleep mode]][[en:Disable Ubuntu sleep mode]]
==Come disabilitare la modalità sleep di Ubuntu? == =

Per disabilitare lo standby sul vostro server Ubuntu, avete già bisogno di vedere lo stato del servizio standby.

<pre>systemctl status sleep.target</pre>

[[File:Sleep.PNG]]

Una volta che avete controllato questo, dovreste anche controllare lo stato degli altri servizi di monitoraggio.

<pre>systemctl status suspend.target</pre>

<pre>systemctl status hibernate.target</pre>

<pre>systemctl status hybrid-sleep.target</pre>

[[File:Sleep2.PNG]]

Per sospendere il servizio di standby, potete eseguire il seguente comando:

<pre>systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target</pre>

[[File:Sleep3.PNG]]

Allora il servizio apparirà come "mascherato" che impedirà al vostro server di andare a dormire.

<pre>systemctl status sleep.target</pre>

[[File:Sleep4.PNG]]

[[Category:Linux]] [[Category:Server VPS]] [[Category:Server dedicato]]

Distribuire uno stack Gitea

2021-07-30T09:39:57Z

Ikbot:

[[:de:Einsatz eines Gitea-Stacks]][[de:Einsatz eines Gitea-Stacks]]
[[:nl:Een Gitea-stack implementeren]][[nl:Een Gitea-stack implementeren]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Array|qui]]. 
[[:pt:Implantação de uma pilha de Gitea]][[pt:Implantação de uma pilha de Gitea]]
[[:es:Despliegue de una pila Gitea]][[es:Despliegue de una pila Gitea]]
[[:en:Deploy a Gitea stack]][[en:Deploy a Gitea stack]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]

{{#seo:
|title=Distribuire uno stack Gitea
|titlemode=replace
|keywords=Gitea
|description=Per distribuire uno stack Gitea puoi seguire la documentazione ufficiale del progetto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Prerequisiti ==

Per distribuire uno stack Gitea '''' potete seguire la documentazione ufficiale del progetto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentazione Gitea]

Per fare questo dovreste avere :

* un sistema GNU/Linux funzionante a cui si può accedere via SSH
un'installazione funzionante di docker e docker compose
 
 
Puoi installare Gitea da una macchina fisica, una macchina virtuale o da un'istanza Ikoula One Cloud.

== Distribuzione di Gitea ==

Distribuire il tuo "Stack '''Gitea''' Stack sarà distribuito utilizzando un file di composizione che avete creato in precedenza o messo in una cartella a cui l'utente ha accesso.

Nel nostro esempio faremo il deploy con il supporto di Postgres come DBMS (potete sostituire con la coppia login/password di vostra scelta):

<syntaxhighlight lang=bash>
Gitea version: "2"

networks:
gitea:
external: false

services:
server:
image: gitea/gitea:latest
environment:
- USER_UID=1000
- USER_GID=1000
restart: always
networks:
- gitea
volumes:
- /var/lib/persistent/gitea:/data
ports:
- "80:3000"
- "222:22"
depends_on:
- db

db:
image: postgres:9.6
restart: always
environment:
- POSTGRES_USER=gitea
- POSTGRES_PASSWORD=gitea
- POSTGRES_DB=gitea
networks:
- gitea
volumes:
- /var/lib/persistent/postgres:/var/lib/postgresql/data
</syntaxhighlight>

Assicuratevi di aver aperto le porte 3000 e 222 in TCP sull'host.

Per eseguire il tuo file compose.yml in background dalla cartella in cui è memorizzato il file:

<syntaxhighlight lang=bash># docker-compose up -d</syntaxhighlight>

Tutto quello che devi fare è compilare il modulo per finalizzare l'installazione e accedere al tuo stack Gitea.

<syntaxhighlight lang=bash>http://VOTRE_IP</syntaxhighlight>

Ora dovresti essere in grado di connetterti al tuo stack Gitea via Web e SSH dagli IP autorizzati sul tuo firewall.
È possibile far coabitare il vostro stack Gitea con altri servizi dietro un reverse proxy, nel qual caso siete liberi di modificare la porta di ascolto del servizio WEB come volete.

[[File:Gitea-deploy3.png|alt=Gitea]]

[[Category:docker]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Server dedicato]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Server VPS]]

Distribuire uno stack Gitea

2021-07-30T09:38:28Z

Ikbot:

[[:nl:Een Gitea-stack implementeren]][[nl:Een Gitea-stack implementeren]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Array|qui]]. 
[[:pt:Implantação de uma pilha de Gitea]][[pt:Implantação de uma pilha de Gitea]]
[[:es:Despliegue de una pila Gitea]][[es:Despliegue de una pila Gitea]]
[[:en:Deploy a Gitea stack]][[en:Deploy a Gitea stack]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]

{{#seo:
|title=Distribuire uno stack Gitea
|titlemode=replace
|keywords=Gitea
|description=Per distribuire uno stack Gitea puoi seguire la documentazione ufficiale del progetto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Prerequisiti ==

Per distribuire uno stack Gitea '''' potete seguire la documentazione ufficiale del progetto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentazione Gitea]

Per fare questo dovreste avere :

* un sistema GNU/Linux funzionante a cui si può accedere via SSH
un'installazione funzionante di docker e docker compose
 
 
Puoi installare Gitea da una macchina fisica, una macchina virtuale o da un'istanza Ikoula One Cloud.

== Distribuzione di Gitea ==

Distribuire il tuo "Stack '''Gitea''' Stack sarà distribuito utilizzando un file di composizione che avete creato in precedenza o messo in una cartella a cui l'utente ha accesso.

Nel nostro esempio faremo il deploy con il supporto di Postgres come DBMS (potete sostituire con la coppia login/password di vostra scelta):

<syntaxhighlight lang=bash>
Gitea version: "2"

networks:
gitea:
external: false

services:
server:
image: gitea/gitea:latest
environment:
- USER_UID=1000
- USER_GID=1000
restart: always
networks:
- gitea
volumes:
- /var/lib/persistent/gitea:/data
ports:
- "80:3000"
- "222:22"
depends_on:
- db

db:
image: postgres:9.6
restart: always
environment:
- POSTGRES_USER=gitea
- POSTGRES_PASSWORD=gitea
- POSTGRES_DB=gitea
networks:
- gitea
volumes:
- /var/lib/persistent/postgres:/var/lib/postgresql/data
</syntaxhighlight>

Assicuratevi di aver aperto le porte 3000 e 222 in TCP sull'host.

Per eseguire il tuo file compose.yml in background dalla cartella in cui è memorizzato il file:

<syntaxhighlight lang=bash># docker-compose up -d</syntaxhighlight>

Tutto quello che devi fare è compilare il modulo per finalizzare l'installazione e accedere al tuo stack Gitea.

<syntaxhighlight lang=bash>http://VOTRE_IP</syntaxhighlight>

Ora dovresti essere in grado di connetterti al tuo stack Gitea via Web e SSH dagli IP autorizzati sul tuo firewall.
È possibile far coabitare il vostro stack Gitea con altri servizi dietro un reverse proxy, nel qual caso siete liberi di modificare la porta di ascolto del servizio WEB come volete.

[[File:Gitea-deploy3.png|alt=Gitea]]

[[Category:docker]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Server dedicato]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Server VPS]]

Distribuire uno stack Gitea

2021-07-30T09:37:26Z

Ikbot: Creata pagina con ":fr:Déployer une stack Giteafr:Déployer u..."

[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Array|qui]]. 
[[:pt:Implantação de uma pilha de Gitea]][[pt:Implantação de uma pilha de Gitea]]
[[:es:Despliegue de una pila Gitea]][[es:Despliegue de una pila Gitea]]
[[:en:Deploy a Gitea stack]][[en:Deploy a Gitea stack]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]

{{#seo:
|title=Distribuire uno stack Gitea
|titlemode=replace
|keywords=Gitea
|description=Per distribuire uno stack Gitea puoi seguire la documentazione ufficiale del progetto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Prerequisiti ==

Per distribuire uno stack Gitea '''' potete seguire la documentazione ufficiale del progetto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentazione Gitea]

Per fare questo dovreste avere :

* un sistema GNU/Linux funzionante a cui si può accedere via SSH
un'installazione funzionante di docker e docker compose
 
 
Puoi installare Gitea da una macchina fisica, una macchina virtuale o da un'istanza Ikoula One Cloud.

== Distribuzione di Gitea ==

Distribuire il tuo "Stack '''Gitea''' Stack sarà distribuito utilizzando un file di composizione che avete creato in precedenza o messo in una cartella a cui l'utente ha accesso.

Nel nostro esempio faremo il deploy con il supporto di Postgres come DBMS (potete sostituire con la coppia login/password di vostra scelta):

<syntaxhighlight lang=bash>
Gitea version: "2"

networks:
gitea:
external: false

services:
server:
image: gitea/gitea:latest
environment:
- USER_UID=1000
- USER_GID=1000
restart: always
networks:
- gitea
volumes:
- /var/lib/persistent/gitea:/data
ports:
- "80:3000"
- "222:22"
depends_on:
- db

db:
image: postgres:9.6
restart: always
environment:
- POSTGRES_USER=gitea
- POSTGRES_PASSWORD=gitea
- POSTGRES_DB=gitea
networks:
- gitea
volumes:
- /var/lib/persistent/postgres:/var/lib/postgresql/data
</syntaxhighlight>

Assicuratevi di aver aperto le porte 3000 e 222 in TCP sull'host.

Per eseguire il tuo file compose.yml in background dalla cartella in cui è memorizzato il file:

<syntaxhighlight lang=bash># docker-compose up -d</syntaxhighlight>

Tutto quello che devi fare è compilare il modulo per finalizzare l'installazione e accedere al tuo stack Gitea.

<syntaxhighlight lang=bash>http://VOTRE_IP</syntaxhighlight>

Ora dovresti essere in grado di connetterti al tuo stack Gitea via Web e SSH dagli IP autorizzati sul tuo firewall.
È possibile far coabitare il vostro stack Gitea con altri servizi dietro un reverse proxy, nel qual caso siete liberi di modificare la porta di ascolto del servizio WEB come volete.

[[File:Gitea-deploy3.png|alt=Gitea]]

[[Category:docker]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Server dedicato]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Server VPS]]

Scoprire il progetto WebUI Cockpit

2021-07-30T08:07:51Z

Ikbot:

[[:nl:Ontdek het WebUI Cockpit project]][[nl:Ontdek het WebUI Cockpit project]]
[[:fr:Découvrir la WebUI Cockpit project]][[fr:Découvrir la WebUI Cockpit project]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Array|qui]]. 
[[:pt:Descubra o projecto WebUI Cockpit]][[pt:Descubra o projecto WebUI Cockpit]]
[[:es:Descubre el proyecto WebUI Cockpit]][[es:Descubre el proyecto WebUI Cockpit]]
[[:en:Discover the WebUI Cockpit project]][[en:Discover the WebUI Cockpit project]]


{{#seo:
|title=Progetto Cockpit
|titlemode=replace
|keywords=Progetto Cockpit
|description= Interfaccia di amministrazione e monitoraggio per i server Linux
|og:type=article
|og:image=https://it-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

== Presentazione ==
[[File:Cockpit-logo.png|right|225px|Logo della cabina di pilotaggio]]
''' Cockpit project''' è un'interfaccia di amministrazione per sistemi operativi basati sul kernel Linux.

L'elenco dei sistemi supportati è disponibile su [https://cockpit-project.org/running.html il sito ufficiale del progetto].

Questo strumento vi permette di amministrare completamente il vostro server tramite un'interfaccia web.

Citazione dalla documentazione del Cockpit:
<blockquote>
Cockpit è un gestore di server che rende facile amministrare i vostri server Linux tramite un browser web. Saltare tra il terminale e lo strumento web non è un problema. Un servizio avviato tramite Cockpit può essere fermato tramite il terminale. Inoltre, se si verifica un errore nel terminale, viene visualizzato nell'interfaccia di log del Cockpit.

Cockpit è perfetto per i nuovi amministratori di sistema, permettendo loro di eseguire facilmente compiti semplici come l'amministrazione dello storage, l'ispezione dei log e l'avvio e l'arresto dei servizi. È possibile monitorare e amministrare più server allo stesso tempo. Basta aggiungerli con un clic e le vostre macchine si prenderanno cura dei loro pari.
</blockquote>

== Caratteristiche ==
Le seguenti caratteristiche sono disponibili in Cockpit, anche con un'installazione minima:

Panoramica
Panoramica: vista globale del sistema operativo e delle informazioni hardware.
Panoramica: sono disponibili i grafici di utilizzo (utilizzo della CPU, della rete, della RAM e del disco), i dettagli dell'hardware e le configurazioni.

Registri
Logs : Visualizzazione dei log di sistema.
Registri: è possibile filtrare i registri per data, gravità e servizi.

Rete
Rete: visualizza le informazioni di rete (invio/ricezione, zone e regole firewall, interfacce, log di rete).
Rete: permette di gestire le interfacce di rete e il firewall.

Conti
Conti utente: creazione di un conto utente
Per rafforzare la sicurezza del server, si raccomanda di creare un account utente con i diritti di accesso a questo utente tramite il server. <code>sudo</code>L'utente può accedere a questo utente tramite il cockpit e bloccare l'account. <code>root</code>.

Disposizioni di servizio
Elenca i servizi installati sul sistema e il loro stato (attivo/inattivo).

Applicazioni
Aggiunge estensioni alla cabina di pilotaggio.

Rapporti diagnostici
Raccolta di informazioni di configurazione e diagnostica del sistema.

Dump del kernel
Un meccanismo di memory dump che permette di salvare la memoria del sistema dopo un incidente del kernel per un'analisi successiva.

Aggiornamenti software
Aggiornamenti software: controlla e visualizza gli aggiornamenti disponibili.
Aggiornamenti software: permette l'installazione di aggiornamenti ma anche di programmare aggiornamenti automatici.

SELinux
Registri di errore SELinux: gestione e dettaglio dei registri di errore SELinux.
SELinux: propone soluzioni per ogni errore rilevato dal servizio SELinux installato sul server.

Terminale
Accesso al terminale dal browser web.

<gallery heights="200px" widths="200px" mode="packed-overlay" caption="Vue d'ensemble des fonctionnalités principales de Cockpit">
File:Panoramica della cabina di pilotaggio.png|Panoramica
File:Registri della cabina di pilotaggio.png|Registri
File:Cockpit Network.png|Network
File:Cockpit Conti.png|Conti
File:Cockpit Services.png|Fornitura di servizi
</gallery>


== Installazione della cabina di pilotaggio ==
En fonction de l'installation du serveur, Cockpit peut ne pas être installé et/ou activé par défaut.

=== Installazione ===
Ci-dessous, on va procéder à une installation minimale de Cockpit sans les applications associées.

Il est décessaire d'être connecté en ssh à un utilisateur ayant les droits d'administration ou des droits sudo.

;Fedora / Red Hat / CentOS
<pre>
# dnf check-update
# dnf install cockpit-ws
</pre>

;Debian / Ubuntu
<pre>
# apt update
# apt install cockpit
</pre>

=== Attivazione ===
Pour activer Cockpit sur votre serveur, nous allons utiliser les commandes fournies par systemd, le gestionnaire de démarrage de la plupart des distributions Linux.
<pre># systemctl enable --now cockpit</pre>

Une fois activé, nous pouvons vérifier le bon fonctionnement du service :

<pre>
# systemctl status cockpit
</pre>

== Usa ==
Pour utiliser Cockpit, accédez avec votre navigateur internet à <code>https://[IP_du_serveur]:9090</code>.

Les identifiants et mots de passe correspondent aux utilisateurs du système d'exploitation.

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


<comments />

[[Category:Server dedicato]]
[[Category:Linux]]
[[Category:Server VPS]]

Scoprire il progetto WebUI Cockpit

2021-07-30T08:06:40Z

Ikbot: Creata pagina con ":fr:Découvrir la WebUI Coc..."

[[:fr:Découvrir la WebUI Cockpit project]][[fr:Découvrir la WebUI Cockpit project]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Array|qui]]. 
[[:pt:Descubra o projecto WebUI Cockpit]][[pt:Descubra o projecto WebUI Cockpit]]
[[:es:Descubre el proyecto WebUI Cockpit]][[es:Descubre el proyecto WebUI Cockpit]]
[[:en:Discover the WebUI Cockpit project]][[en:Discover the WebUI Cockpit project]]


{{#seo:
|title=Progetto Cockpit
|titlemode=replace
|keywords=Progetto Cockpit
|description= Interfaccia di amministrazione e monitoraggio per i server Linux
|og:type=article
|og:image=https://it-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

== Presentazione ==
[[File:Cockpit-logo.png|right|225px|Logo della cabina di pilotaggio]]
''' Cockpit project''' è un'interfaccia di amministrazione per sistemi operativi basati sul kernel Linux.

L'elenco dei sistemi supportati è disponibile su [https://cockpit-project.org/running.html il sito ufficiale del progetto].

Questo strumento vi permette di amministrare completamente il vostro server tramite un'interfaccia web.

Citazione dalla documentazione del Cockpit:
<blockquote>
Cockpit è un gestore di server che rende facile amministrare i vostri server Linux tramite un browser web. Saltare tra il terminale e lo strumento web non è un problema. Un servizio avviato tramite Cockpit può essere fermato tramite il terminale. Inoltre, se si verifica un errore nel terminale, viene visualizzato nell'interfaccia di log del Cockpit.

Cockpit è perfetto per i nuovi amministratori di sistema, permettendo loro di eseguire facilmente compiti semplici come l'amministrazione dello storage, l'ispezione dei log e l'avvio e l'arresto dei servizi. È possibile monitorare e amministrare più server allo stesso tempo. Basta aggiungerli con un clic e le vostre macchine si prenderanno cura dei loro pari.
</blockquote>

== Caratteristiche ==
Le seguenti caratteristiche sono disponibili in Cockpit, anche con un'installazione minima:

Panoramica
Panoramica: vista globale del sistema operativo e delle informazioni hardware.
Panoramica: sono disponibili i grafici di utilizzo (utilizzo della CPU, della rete, della RAM e del disco), i dettagli dell'hardware e le configurazioni.

Registri
Logs : Visualizzazione dei log di sistema.
Registri: è possibile filtrare i registri per data, gravità e servizi.

Rete
Rete: visualizza le informazioni di rete (invio/ricezione, zone e regole firewall, interfacce, log di rete).
Rete: permette di gestire le interfacce di rete e il firewall.

Conti
Conti utente: creazione di un conto utente
Per rafforzare la sicurezza del server, si raccomanda di creare un account utente con i diritti di accesso a questo utente tramite il server. <code>sudo</code>L'utente può accedere a questo utente tramite il cockpit e bloccare l'account. <code>root</code>.

Disposizioni di servizio
Elenca i servizi installati sul sistema e il loro stato (attivo/inattivo).

Applicazioni
Aggiunge estensioni alla cabina di pilotaggio.

Rapporti diagnostici
Raccolta di informazioni di configurazione e diagnostica del sistema.

Dump del kernel
Un meccanismo di memory dump che permette di salvare la memoria del sistema dopo un incidente del kernel per un'analisi successiva.

Aggiornamenti software
Aggiornamenti software: controlla e visualizza gli aggiornamenti disponibili.
Aggiornamenti software: permette l'installazione di aggiornamenti ma anche di programmare aggiornamenti automatici.

SELinux
Registri di errore SELinux: gestione e dettaglio dei registri di errore SELinux.
SELinux: propone soluzioni per ogni errore rilevato dal servizio SELinux installato sul server.

Terminale
Accesso al terminale dal browser web.

<gallery heights="200px" widths="200px" mode="packed-overlay" caption="Vue d'ensemble des fonctionnalités principales de Cockpit">
File:Panoramica della cabina di pilotaggio.png|Panoramica
File:Registri della cabina di pilotaggio.png|Registri
File:Cockpit Network.png|Network
File:Cockpit Conti.png|Conti
File:Cockpit Services.png|Fornitura di servizi
</gallery>


== Installazione della cabina di pilotaggio ==
En fonction de l'installation du serveur, Cockpit peut ne pas être installé et/ou activé par défaut.

=== Installazione ===
Ci-dessous, on va procéder à une installation minimale de Cockpit sans les applications associées.

Il est décessaire d'être connecté en ssh à un utilisateur ayant les droits d'administration ou des droits sudo.

;Fedora / Red Hat / CentOS
<pre>
# dnf check-update
# dnf install cockpit-ws
</pre>

;Debian / Ubuntu
<pre>
# apt update
# apt install cockpit
</pre>

=== Attivazione ===
Pour activer Cockpit sur votre serveur, nous allons utiliser les commandes fournies par systemd, le gestionnaire de démarrage de la plupart des distributions Linux.
<pre># systemctl enable --now cockpit</pre>

Une fois activé, nous pouvons vérifier le bon fonctionnement du service :

<pre>
# systemctl status cockpit
</pre>

== Usa ==
Pour utiliser Cockpit, accédez avec votre navigateur internet à <code>https://[IP_du_serveur]:9090</code>.

Les identifiants et mots de passe correspondent aux utilisateurs du système d'exploitation.

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


<comments />

[[Category:Server dedicato]]
[[Category:Linux]]
[[Category:Server VPS]]

Duplicare un'istanza in un'altra zona

2021-07-29T15:36:27Z

Ikbot:

[[:ro:Duplicarea unei instanțe în altă zonă]][[ro:Duplicarea unei instanțe în altă zonă]]
[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[: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]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:35:31Z

Ikbot:

[[:ru:Дублирование экземпляра в другой зоне]][[ru:Дублирование экземпляра в другой зоне]]
[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:34:49Z

Ikbot:

[[:pl:Duplikuj instancję w innej strefie]][[pl:Duplikuj instancję w innej strefie]]
[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:34:06Z

Ikbot:

[[:ja:インスタンスを別のゾーンに複製する]][[ja:インスタンスを別のゾーンに複製する]]
[[:zh:在另一区复制一个实例]][[zh:在另一区复制一个实例]]
[[:de:Duplizieren einer Instanz in einer anderen Zone]][[de:Duplizieren einer Instanz in einer anderen Zone]]
[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:33:21Z

Ikbot:

[[: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]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:32:45Z

Ikbot:

[[: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]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:32:04Z

Ikbot:

[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Duplicare un'istanza in un'altra zona

2021-07-29T15:31:25Z

Ikbot: Creata pagina con ":fr:Dupliquer..."

[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Dupliquer une instance dans une autre zone|qui]]. 
[[: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]]
==Casi d'uso==
Ho creato un'istanza in una zona BASIC, vorrei spostare la mia istanza in una zona ADVANCE per beneficiare delle caratteristiche di questa zona.
Vorrei distribuire la mia infrastruttura in modo identico in un'altra zona per avere un'infrastruttura di prova.

==Prerequisiti==
Vorrei distribuire la mia infrastruttura in un'altra zona per avere un'infrastruttura di prova * Non ho bisogno di un datadisk

==Svolgimento==
Creare un modello della mia istanza di cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# Copia il mio modello in un'altra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Distribuire il mio template cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:27:54Z

Ikbot:

[[:ro:Docker depanarea unui container care se oprește imediat]][[ro:Docker depanarea unui container care se oprește imediat]]
[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[: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]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:25:50Z

Ikbot:

[[:ru:Docker отлаживает контейнер, который немедленно останавливается]][[ru:Docker отлаживает контейнер, который немедленно останавливается]]
[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[: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]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:23:13Z

Ikbot:

[[:pl:Docker debuguje kontener, który natychmiast się zatrzymuje]][[pl:Docker debuguje kontener, który natychmiast się zatrzymuje]]
[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:22:20Z

Ikbot:

[[:ja:すぐに停止するコンテナをDockerでデバッグする]][[ja:すぐに停止するコンテナをDockerでデバッグする]]
[[:zh:Docker调试一个立即停止的容器]][[zh:Docker调试一个立即停止的容器]]
[[:de:Docker-Debugging eines Containers, der sofort anhält]][[de:Docker-Debugging eines Containers, der sofort anhält]]
[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:21:32Z

Ikbot:

[[: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]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:20:52Z

Ikbot:

[[: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]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:20:13Z

Ikbot:

[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Docker esegue il debug di un contenitore che si ferma immediatamente

2021-07-29T15:19:28Z

Ikbot: Creata pagina con "<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édiate..."

[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|qui]]. 
[[: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]]


==Introduzione== 
Quando iniziate il vostro '''eseguire il docker''' il contenitore si ferma immediatamente, è possibile che il tuo ''PID 1'' non sia partito, tuttavia non vedi nulla nei log e non puoi controllare nel tuo contenitore. 
Vedremo come eseguire il debug di un contenitore Docker '''' che si ferma immediatamente, forzando un comando su di esso a ''PID 1''.

==Corso== 
Riavvia il tuo '''eseguire il docker''' con il comando seguente:
<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>

Questo renderà il vostro '''PID 1''' sarà ancora in esecuzione, così puoi controllare nel tuo contenitore se i tuoi servizi sono in esecuzione e fare il debug.



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




<comments />


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

Diagnosticare un disco Linux difettoso

2021-07-29T15:10:35Z

Ikbot:

[[:ro:Diagnosticarea unui disc Linux defect]][[ro:Diagnosticarea unui disc Linux defect]]
[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[: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]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:09:26Z

Ikbot:

[[:ru:Диагностика неисправного диска Linux]][[ru:Диагностика неисправного диска Linux]]
[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:08:26Z

Ikbot:

[[:pl:Diagnozowanie uszkodzonego dysku w systemie Linux]][[pl:Diagnozowanie uszkodzonego dysku w systemie Linux]]
[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:07:26Z

Ikbot:

[[:ja:故障したLinuxディスクの診断]][[ja:故障したLinuxディスクの診断]]
[[:zh:诊断一个有问题的Linux磁盘]][[zh:诊断一个有问题的Linux磁盘]]
[[:de:Diagnose einer defekten Linux-Festplatte]][[de:Diagnose einer defekten Linux-Festplatte]]
[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:06:25Z

Ikbot:

[[: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]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:05:42Z

Ikbot:

[[: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]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:04:52Z

Ikbot:

[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Diagnosticare un disco Linux difettoso

2021-07-29T15:04:00Z

Ikbot: Creata pagina con ":fr:Diagnostic d'..."

[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Diagnostic d'un disque défectueux Linux|qui]]. 
[[: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]]
== Introduzione ==

Questo articolo mira a diagnosticare e identificare un disco difettoso su un server Linux.

Le seguenti azioni possono essere eseguite da un terminale Linux o da un Netboot.

== Gli ordini ==

=== Se il vostro sistema operativo ha RAID == =

Come primo passo potete fare i seguenti comandi:

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

Otterrete quindi un risultato simile al seguente:

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

Qui potete vedere [UU] alla fine di ogni unità logica. Una U significa che un disco è correttamente integrato nel RAID.
Pertanto, non appena si vede una sequenza come [_U] si deduce che un'unità è difettosa.

Si può anche ottenere un risultato come questo:

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

In questo caso la (F) ci dice che la partizione è difettosa. Nel nostro esempio le partizioni sdb3 e sdb1 sono difettose.

=== Diagnosi == =

Per diagnosticare quale disco è cattivo, useremo SMART.

Per fare questo, è necessario installarlo:
A seconda della vostra distribuzione Linux, il comando può cambiare:

Per Centos :

<code>
yum install smartmontools
</code>

Per Ubuntu / Debian :

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

Potete quindi eseguire il seguente comando che elencherà i dischi presenti:

<code>
smartctl --scan
</code>

Per ottenere maggiori informazioni su un disco, usate il seguente comando:

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

Verrà quindi generato un rapporto del disco che vi mostrerà tutte le anomalie presenti.
Questo rapporto è composto da quattro parti. La prima parte sono le informazioni sul disco, il suo numero di serie, il modello, la capacità, ...
La seconda parte è il ritorno del test SMART, se il risultato è diverso da PASSATO, è necessaria la sostituzione del disco.
La terza parte sono tutti i valori generati dal test relativi al disco.
E infine l'ultima parte è il registro degli errori del disco.

[[Category:Linux]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T15:00:41Z

Ikbot:

[[:ro:Dezactivarea setării modului bazat pe kernel pentru noul modul]][[ro:Dezactivarea setării modului bazat pe kernel pentru noul modul]]
[[:ru:Отключите установку режима на основе ядра для нового модуля]][[ru:Отключите установку режима на основе ядра для нового модуля]]
[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[: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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:59:30Z

Ikbot:

[[:ru:Отключите установку режима на основе ядра для нового модуля]][[ru:Отключите установку режима на основе ядра для нового модуля]]
[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[: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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:58:40Z

Ikbot:

[[:pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]][[pl:Wyłączenie ustawiania trybów dla nowego modułu w oparciu o jądro]]
[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[: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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:55:56Z

Ikbot:

[[:ja:新モジュールのカーネルベースのモード設定を無効にする]][[ja:新モジュールのカーネルベースのモード設定を無効にする]]
[[:zh:禁用新模块的基于内核的模式设置]][[zh:禁用新模块的基于内核的模式设置]]
[[:de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]][[de:Deaktivieren der kernelbasierten Modus-Einstellung für das neue Modul]]
<span data-link_translate_nl_title="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit" data-link_translate_nl_url="Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit">[[:nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]][[nl:Schakel de kernel-gebaseerde modus-instelling voor de nieuwe module uit]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:54:54Z

Ikbot:

[[: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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:54:14Z

Ikbot:

[[: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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:53:30Z

Ikbot:

<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]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo

2021-07-29T14:52:52Z

Ikbot: Creata pagina con "<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 pour l..."

[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|qui]]. 
[[: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]]
Il Kernel-based mode-setting, o KMS, permette un miglioramento della visualizzazione di un server Linux. Nel caso di un server dedicato remoto, questi vantaggi saranno difficili da sfruttare. Raccomandiamo di disabilitare questa funzione che è abilitata di default per il "nuovo" driver.

===Come scoprire se il KMS è attivato== =
Usando questo comando, se il risultato non è '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Come disattivare il KMS== =
Impostare modeset a 0 nelle impostazioni predefinite di grub '''/etc/default/grub''' (da aggiungere a '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
Rigenerare i file di configurazione di grub per riflettere le impostazioni predefinite:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

Controllare che l'opzione sia impostata correttamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* È necessario un riavvio per tenerne conto. 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:Server VPS]]
[[Category:Server dedicato]]

Distribuire le istanze con Terraform

2021-07-29T14:48:32Z

Ikbot:

[[:ro:Implementarea instanțelor dvs. cu Terraform]][[ro:Implementarea instanțelor dvs. cu Terraform]]
[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[: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]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:46:42Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Terraform]][[ru:Развертывание ваших экземпляров с помощью Terraform]]
[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:45:46Z

Ikbot:

[[:pl:Wdrażanie instancji za pomocą Terraform]][[pl:Wdrażanie instancji za pomocą Terraform]]
[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:44:35Z

Ikbot:

[[:ja:Terraformによるインスタンスのデプロイ]][[ja:Terraformによるインスタンスのデプロイ]]
[[:zh:用Terraform部署你的实例]][[zh:用Terraform部署你的实例]]
[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:43:41Z

Ikbot:

[[: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]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:41:43Z

Ikbot:

[[:de:Bereitstellen Ihrer Instanzen mit Terraform]][[de:Bereitstellen Ihrer Instanzen mit Terraform]]
[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:41:02Z

Ikbot:

[[:nl:Je instances uitrollen met Terraform]][[nl:Je instances uitrollen met Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le istanze con Terraform

2021-07-29T14:40:17Z

Ikbot: Creata pagina con ":fr:Deployer vos instan..."

[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Terraform|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente una o più istanze di IKOULA One Cloud tramite lo strumento di infrastruttura come codice chiamato "Terraform".

Prima di tutto dovrai installare Terraform, se non l'hai già fatto, e avere un account IKOULA One Cloud.
Terraform è disponibile per la maggior parte dei sistemi operativi al seguente link: https://www.terraform.io/downloads.html

Terraform supporta dozzine di provider, una lista dei quali è disponibile sul loro sito web (https://www.terraform.io/docs/providers/).
Useremo il provider "Cloudstack" per distribuire su Cloud Ikoula One.

== Distribuire una singola istanza ==

Scriveremo il nostro primo file di configurazione Terraform che permette il deployment di una singola istanza di IKOULA Cloud:

Si tratta di un file di testo con estensione ".tf" (fate attenzione a non creare diversi file ".tf" nella vostra directory di lavoro o Terraform li caricherà tutti), useremo il formato classico di Terraform ma è anche possibile utilizzare una sintassi JSON.

Ecco il contenuto del nostro file Terraform da adattare con i vostri parametri:

'''Per la distribuzione di un'istanza nella zona di base''':

<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 gruppo di sicurezza] 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]]

Distribuire le tue istanze con Ansible

2021-07-29T14:37:56Z

Ikbot:

[[:ro:Implementarea instanțelor cu Ansible]][[ro:Implementarea instanțelor cu Ansible]]
[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[: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]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Ansible|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente le istanze di IKOULA One Cloud tramite lo strumento Ansible

Per prima cosa è necessario installare Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) poi il modulo "cs_instance" (può essere installato tramite "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) permettendoti di utilizzare l'API di Cloud Ikoula One, se non l'hai già fatto e hai un account Cloud IKOULA One.

Ansible è disponibile per la maggior parte delle distribuzioni GNU/Linux, MacOS ma può anche essere usato tramite Cygwin, per esempio sotto Microsoft Windows.

Distribuire un'istanza in un solo comando con ''Ansible''

Dovrete prima creare e compilare/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di '''Ansible''':

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

Poi devi solo eseguire questo comando, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no, per esempio):

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

dove "<Nom de l’offre de calcul voulu >" è la scelta di :

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

Ecco un esempio e il ritorno della sua esecuzione:

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

In questo esempio, distribuiamo un'istanza Debian 9 nella zona avanzata (EU-FR-IKDC1-Z1-ADV), usando l'offerta di calcolo "t1.micro" nella nostra rete chiamata "My-Network-Z1" con la nostra coppia di chiavi SSH chiamata "MY_SSHKEY"

Per vedere tutti i parametri utilizzabili e altri esempi, potete usare l'ansible-doc del modulo "cs_instance":

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

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

Options (= is mandatory):

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

Nota: l'output del comando è volutamente troncato a causa della sua lunghezza.

== Distribuire un'istanza con un playbook Ansible ==

Allo stesso modo di sopra, devi prima creare e riempire/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di Ansible:

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

Poi basta creare un file playbook (estensione yml / formato YAML), come di seguito, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no per esempio) :

Esempio di un playbook per distribuire un'istanza in una zona avanzata:

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

Esempio di playbook per il deployment di un'istanza in una zona di base (dove sostituiamo semplicemente il parametro network con il parametro security groups e aggiungiamo il ritorno post-deployment dell'indirizzo ip pubblico assegnato alla vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

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

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

Una volta adattati i parametri e i loro valori, ecco un esempio di come eseguire il playbook (adattate il nome del vostro file playbook se necessario):

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

Distribuire le tue istanze con Ansible

2021-07-29T14:36:32Z

Ikbot:

[[:ru:Развертывание ваших экземпляров с помощью Ansible]][[ru:Развертывание ваших экземпляров с помощью Ansible]]
[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Ansible|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente le istanze di IKOULA One Cloud tramite lo strumento Ansible

Per prima cosa è necessario installare Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) poi il modulo "cs_instance" (può essere installato tramite "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) permettendoti di utilizzare l'API di Cloud Ikoula One, se non l'hai già fatto e hai un account Cloud IKOULA One.

Ansible è disponibile per la maggior parte delle distribuzioni GNU/Linux, MacOS ma può anche essere usato tramite Cygwin, per esempio sotto Microsoft Windows.

Distribuire un'istanza in un solo comando con ''Ansible''

Dovrete prima creare e compilare/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di '''Ansible''':

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

Poi devi solo eseguire questo comando, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no, per esempio):

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

dove "<Nom de l’offre de calcul voulu >" è la scelta di :

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

Ecco un esempio e il ritorno della sua esecuzione:

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

In questo esempio, distribuiamo un'istanza Debian 9 nella zona avanzata (EU-FR-IKDC1-Z1-ADV), usando l'offerta di calcolo "t1.micro" nella nostra rete chiamata "My-Network-Z1" con la nostra coppia di chiavi SSH chiamata "MY_SSHKEY"

Per vedere tutti i parametri utilizzabili e altri esempi, potete usare l'ansible-doc del modulo "cs_instance":

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

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

Options (= is mandatory):

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

Nota: l'output del comando è volutamente troncato a causa della sua lunghezza.

== Distribuire un'istanza con un playbook Ansible ==

Allo stesso modo di sopra, devi prima creare e riempire/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di Ansible:

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

Poi basta creare un file playbook (estensione yml / formato YAML), come di seguito, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no per esempio) :

Esempio di un playbook per distribuire un'istanza in una zona avanzata:

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

Esempio di playbook per il deployment di un'istanza in una zona di base (dove sostituiamo semplicemente il parametro network con il parametro security groups e aggiungiamo il ritorno post-deployment dell'indirizzo ip pubblico assegnato alla vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

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

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

Una volta adattati i parametri e i loro valori, ecco un esempio di come eseguire il playbook (adattate il nome del vostro file playbook se necessario):

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

Distribuire le tue istanze con Ansible

2021-07-29T14:35:35Z

Ikbot:

[[:pl:Wdrażaj instancje za pomocą Ansible]][[pl:Wdrażaj instancje za pomocą Ansible]]
[[:ja:Ansibleによるインスタンスのデプロイ]][[ja:Ansibleによるインスタンスのデプロイ]]
[[:zh:用Ansible部署你的实例]][[zh:用Ansible部署你的实例]]
[[:de:Stellen Sie Ihre Instanzen mit Ansible bereit]][[de:Stellen Sie Ihre Instanzen mit Ansible bereit]]
[[:nl:Implementeer uw instanties met Ansible]][[nl:Implementeer uw instanties met Ansible]]
[[:fr:Deployer vos instances avec Ansible]][[fr:Deployer vos instances avec Ansible]]
 Il presente articolo è stato tradotto tramite un software di traduzione automatica. È possibile visualizzare l'origine articolo [[:fr:Deployer vos instances avec Ansible|qui]]. 
[[: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]]
== Descrizione ==

Vedremo come distribuire rapidamente le istanze di IKOULA One Cloud tramite lo strumento Ansible

Per prima cosa è necessario installare Ansible (https://docs.ansible.com/ansible/latest/installation_guide/intro_installation.html) poi il modulo "cs_instance" (può essere installato tramite "pip install cs" cf. https://docs.ansible.com/ansible/2.6/modules/cs_instance_module.html) permettendoti di utilizzare l'API di Cloud Ikoula One, se non l'hai già fatto e hai un account Cloud IKOULA One.

Ansible è disponibile per la maggior parte delle distribuzioni GNU/Linux, MacOS ma può anche essere usato tramite Cygwin, per esempio sotto Microsoft Windows.

Distribuire un'istanza in un solo comando con ''Ansible''

Dovrete prima creare e compilare/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di '''Ansible''':

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

Poi devi solo eseguire questo comando, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no, per esempio):

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

dove "<Nom de l’offre de calcul voulu >" è la scelta di :

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

Ecco un esempio e il ritorno della sua esecuzione:

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

In questo esempio, distribuiamo un'istanza Debian 9 nella zona avanzata (EU-FR-IKDC1-Z1-ADV), usando l'offerta di calcolo "t1.micro" nella nostra rete chiamata "My-Network-Z1" con la nostra coppia di chiavi SSH chiamata "MY_SSHKEY"

Per vedere tutti i parametri utilizzabili e altri esempi, potete usare l'ansible-doc del modulo "cs_instance":

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

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

Options (= is mandatory):

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

Nota: l'output del comando è volutamente troncato a causa della sua lunghezza.

== Distribuire un'istanza con un playbook Ansible ==

Allo stesso modo di sopra, devi prima creare e riempire/adattare il file di configurazione ".cloudstack.ini" del modulo "cs_instance" di Ansible:

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

Poi basta creare un file playbook (estensione yml / formato YAML), come di seguito, adattando i valori dei parametri (nome della tua istanza, nome della rete, ecc.) e i parametri stessi (se hai/vuoi usare una coppia di chiavi SSH o no per esempio) :

Esempio di un playbook per distribuire un'istanza in una zona avanzata:

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

Esempio di playbook per il deployment di un'istanza in una zona di base (dove sostituiamo semplicemente il parametro network con il parametro security groups e aggiungiamo il ritorno post-deployment dell'indirizzo ip pubblico assegnato alla vm):

<pre>
$ cat deploy_instance_basic.yml
---

- hosts: all
connection: local
user: root

tasks:

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

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

Una volta adattati i parametri e i loro valori, ecco un esempio di come eseguire il playbook (adattate il nome del vostro file playbook se necessario):

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