Pt Ikoula wiki - Contribuições do utilizador [pt]

Desactivar o modo de sono Ubuntu

2021-07-30T09:45:11Z

Ikbot:

[[:nl:Ubuntu slaapstand uitschakelen]][[nl:Ubuntu slaapstand uitschakelen]]
[[:it:Disattivare la modalità sonno di Ubuntu]][[it:Disattivare la modalità sonno di Ubuntu]]
[[:fr:Désactiver la mise en veille Ubuntu]][[fr:Désactiver la mise en veille Ubuntu]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Désactiver la mise en veille Ubuntu|aqui]]. 
[[: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]]
==Como desactivar o modo de sono Ubuntu? == =

Para desactivar o serviço de standby no seu servidor Ubuntu, já precisa de ver o estado do serviço de standby.

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

[[File:Sleep.PNG]]

Uma vez verificado isto, deverá também verificar o estado de outros serviços de monitorização.

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

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

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

[[File:Sleep2.PNG]]

Para suspender o serviço de standby, pode executar o seguinte comando:

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

[[File:Sleep3.PNG]]

Então o serviço aparecerá como "mascarado", o que impedirá o seu servidor de adormecer.

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

[[File:Sleep4.PNG]]

[[Category:Linux]] [[Category:Servidor VPS]] [[Category:Servidor dedicado]]

Desactivar o modo de sono Ubuntu

2021-07-30T09:44:25Z

Ikbot:

[[:it:Disattivare la modalità sonno di Ubuntu]][[it:Disattivare la modalità sonno di Ubuntu]]
[[:fr:Désactiver la mise en veille Ubuntu]][[fr:Désactiver la mise en veille Ubuntu]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Désactiver la mise en veille Ubuntu|aqui]]. 
[[: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]]
==Como desactivar o modo de sono Ubuntu? == =

Para desactivar o serviço de standby no seu servidor Ubuntu, já precisa de ver o estado do serviço de standby.

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

[[File:Sleep.PNG]]

Uma vez verificado isto, deverá também verificar o estado de outros serviços de monitorização.

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

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

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

[[File:Sleep2.PNG]]

Para suspender o serviço de standby, pode executar o seguinte comando:

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

[[File:Sleep3.PNG]]

Então o serviço aparecerá como "mascarado", o que impedirá o seu servidor de adormecer.

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

[[File:Sleep4.PNG]]

[[Category:Linux]] [[Category:Servidor VPS]] [[Category:Servidor dedicado]]

Desactivar o modo de sono Ubuntu

2021-07-30T09:43:42Z

Ikbot: Criou a página com ":fr:Désactiver la mise..."

[[:fr:Désactiver la mise en veille Ubuntu]][[fr:Désactiver la mise en veille Ubuntu]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Désactiver la mise en veille Ubuntu|aqui]]. 
[[: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]]
==Como desactivar o modo de sono Ubuntu? == =

Para desactivar o serviço de standby no seu servidor Ubuntu, já precisa de ver o estado do serviço de standby.

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

[[File:Sleep.PNG]]

Uma vez verificado isto, deverá também verificar o estado de outros serviços de monitorização.

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

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

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

[[File:Sleep2.PNG]]

Para suspender o serviço de standby, pode executar o seguinte comando:

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

[[File:Sleep3.PNG]]

Então o serviço aparecerá como "mascarado", o que impedirá o seu servidor de adormecer.

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

[[File:Sleep4.PNG]]

[[Category:Linux]] [[Category:Servidor VPS]] [[Category:Servidor dedicado]]

Implantação de uma pilha de Gitea

2021-07-30T09:39:59Z

Ikbot:

[[:de:Einsatz eines Gitea-Stacks]][[de:Einsatz eines Gitea-Stacks]]
[[:nl:Een Gitea-stack implementeren]][[nl:Een Gitea-stack implementeren]]
[[:it:Distribuire uno stack Gitea]][[it:Distribuire uno stack Gitea]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Implantação de uma pilha de Gitea
|titlemode=replace
|keywords=Gitea
|description=Para instalar uma pilha de Gitea, pode seguir a documentação oficial do projecto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Pré-requisitos ==

A fim de implantar uma pilha Gitea '''' pode seguir a documentação oficial do projecto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentação Gitea]

Para o fazer, deve ter :

* um sistema GNU/Linux funcional que pode aceder via SSH
instalação de um cais de trabalho e de um compositor de cais
 
 
Pode instalar Gitea a partir de uma máquina física, de uma máquina virtual ou de uma instância Ikoula One Cloud.

== Implantação de Gitea ==

Implementando o seu "Stack '''Gitea''' A pilha será implantada utilizando um ficheiro de composição que tenha previamente criado ou colocado numa pasta à qual o utilizador tenha acesso.

No nosso exemplo, vamos implantar com suporte Postgres como SGBD (pode substituir com o par de login/palavra-chave à sua escolha):

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

Certifique-se de que abriu as portas 3000 e 222 em TCP no anfitrião.

Para executar o seu ficheiro compose.yml em segundo plano a partir da pasta onde o ficheiro é armazenado :

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

Só tem de preencher o formulário para finalizar a instalação e aceder à sua pilha Gitea.

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

Deverá agora ser capaz de se ligar à sua pilha Gitea via Web e SSH a partir dos IPs autorizados na sua firewall.
É possível coabitar a sua pilha de Gitea com outros serviços atrás de um proxy reverso, caso em que é livre de modificar a porta de escuta do serviço WEB como desejar.

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

[[Category:estivador]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Servidor dedicado]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Servidor VPS]]

Implantação de uma pilha de Gitea

2021-07-30T09:38:30Z

Ikbot:

[[:nl:Een Gitea-stack implementeren]][[nl:Een Gitea-stack implementeren]]
[[:it:Distribuire uno stack Gitea]][[it:Distribuire uno stack Gitea]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Implantação de uma pilha de Gitea
|titlemode=replace
|keywords=Gitea
|description=Para instalar uma pilha de Gitea, pode seguir a documentação oficial do projecto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Pré-requisitos ==

A fim de implantar uma pilha Gitea '''' pode seguir a documentação oficial do projecto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentação Gitea]

Para o fazer, deve ter :

* um sistema GNU/Linux funcional que pode aceder via SSH
instalação de um cais de trabalho e de um compositor de cais
 
 
Pode instalar Gitea a partir de uma máquina física, de uma máquina virtual ou de uma instância Ikoula One Cloud.

== Implantação de Gitea ==

Implementando o seu "Stack '''Gitea''' A pilha será implantada utilizando um ficheiro de composição que tenha previamente criado ou colocado numa pasta à qual o utilizador tenha acesso.

No nosso exemplo, vamos implantar com suporte Postgres como SGBD (pode substituir com o par de login/palavra-chave à sua escolha):

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

Certifique-se de que abriu as portas 3000 e 222 em TCP no anfitrião.

Para executar o seu ficheiro compose.yml em segundo plano a partir da pasta onde o ficheiro é armazenado :

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

Só tem de preencher o formulário para finalizar a instalação e aceder à sua pilha Gitea.

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

Deverá agora ser capaz de se ligar à sua pilha Gitea via Web e SSH a partir dos IPs autorizados na sua firewall.
É possível coabitar a sua pilha de Gitea com outros serviços atrás de um proxy reverso, caso em que é livre de modificar a porta de escuta do serviço WEB como desejar.

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

[[Category:estivador]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Servidor dedicado]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Servidor VPS]]

Implantação de uma pilha de Gitea

2021-07-30T09:37:30Z

Ikbot:

[[:it:Distribuire uno stack Gitea]][[it:Distribuire uno stack Gitea]]
[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Implantação de uma pilha de Gitea
|titlemode=replace
|keywords=Gitea
|description=Para instalar uma pilha de Gitea, pode seguir a documentação oficial do projecto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Pré-requisitos ==

A fim de implantar uma pilha Gitea '''' pode seguir a documentação oficial do projecto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentação Gitea]

Para o fazer, deve ter :

* um sistema GNU/Linux funcional que pode aceder via SSH
instalação de um cais de trabalho e de um compositor de cais
 
 
Pode instalar Gitea a partir de uma máquina física, de uma máquina virtual ou de uma instância Ikoula One Cloud.

== Implantação de Gitea ==

Implementando o seu "Stack '''Gitea''' A pilha será implantada utilizando um ficheiro de composição que tenha previamente criado ou colocado numa pasta à qual o utilizador tenha acesso.

No nosso exemplo, vamos implantar com suporte Postgres como SGBD (pode substituir com o par de login/palavra-chave à sua escolha):

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

Certifique-se de que abriu as portas 3000 e 222 em TCP no anfitrião.

Para executar o seu ficheiro compose.yml em segundo plano a partir da pasta onde o ficheiro é armazenado :

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

Só tem de preencher o formulário para finalizar a instalação e aceder à sua pilha Gitea.

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

Deverá agora ser capaz de se ligar à sua pilha Gitea via Web e SSH a partir dos IPs autorizados na sua firewall.
É possível coabitar a sua pilha de Gitea com outros serviços atrás de um proxy reverso, caso em que é livre de modificar a porta de escuta do serviço WEB como desejar.

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

[[Category:estivador]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Servidor dedicado]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Servidor VPS]]

Implantação de uma pilha de Gitea

2021-07-30T09:35:49Z

Ikbot: Criou a página com ":fr:Déployer une stack Giteafr:Déployer..."

[[:fr:Déployer une stack Gitea]][[fr:Déployer une stack Gitea]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Implantação de uma pilha de Gitea
|titlemode=replace
|keywords=Gitea
|description=Para instalar uma pilha de Gitea, pode seguir a documentação oficial do projecto
|og:type=article
|og:image=https://fr-wiki.ikoula.com/resources/assets/logo_ikwiki.png

}}

== Pré-requisitos ==

A fim de implantar uma pilha Gitea '''' pode seguir a documentação oficial do projecto:

[https://docs.gitea.io/en-us/install-with-docker/ Documentação Gitea]

Para o fazer, deve ter :

* um sistema GNU/Linux funcional que pode aceder via SSH
instalação de um cais de trabalho e de um compositor de cais
 
 
Pode instalar Gitea a partir de uma máquina física, de uma máquina virtual ou de uma instância Ikoula One Cloud.

== Implantação de Gitea ==

Implementando o seu "Stack '''Gitea''' A pilha será implantada utilizando um ficheiro de composição que tenha previamente criado ou colocado numa pasta à qual o utilizador tenha acesso.

No nosso exemplo, vamos implantar com suporte Postgres como SGBD (pode substituir com o par de login/palavra-chave à sua escolha):

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

Certifique-se de que abriu as portas 3000 e 222 em TCP no anfitrião.

Para executar o seu ficheiro compose.yml em segundo plano a partir da pasta onde o ficheiro é armazenado :

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

Só tem de preencher o formulário para finalizar a instalação e aceder à sua pilha Gitea.

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

Deverá agora ser capaz de se ligar à sua pilha Gitea via Web e SSH a partir dos IPs autorizados na sua firewall.
É possível coabitar a sua pilha de Gitea com outros serviços atrás de um proxy reverso, caso em que é livre de modificar a porta de escuta do serviço WEB como desejar.

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

[[Category:estivador]]
[[Catégorie :Cloudstack]]
[[Catégorie :Cloud public]]
[[Category:Servidor dedicado]]
[[Category:Linux]]
[[Category:FLEX]]
[[Catégorie :Cloud]]
[[Category:Servidor VPS]]

Descubra o projecto WebUI Cockpit

2021-07-30T08:07:53Z

Ikbot:

[[:nl:Ontdek het WebUI Cockpit project]][[nl:Ontdek het WebUI Cockpit project]]
[[:it:Scoprire il progetto WebUI Cockpit]][[it:Scoprire il progetto WebUI Cockpit]]
[[:fr:Découvrir la WebUI Cockpit project]][[fr:Découvrir la WebUI Cockpit project]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Projecto Cockpit
|titlemode=replace
|keywords=Projecto Cockpit
|description= Interface de administração e monitorização para servidores Linux
|og:type=article
|og:image=https://it-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

== Apresentação ==
[[File:Cockpit-logo.png|right|225px|Logotipo do Cockpit]]
''' Projecto Cockpit''' é uma interface de administração para sistemas operativos baseada no kernel do Linux.

A lista de sistemas suportados está disponível em [https://cockpit-project.org/running.html o site oficial do projecto].

Esta ferramenta permite-lhe administrar totalmente o seu servidor através de uma interface web.

Citação da documentação do Cockpit :
<blockquote>
Cockpit é um gestor de servidores que facilita a administração dos seus servidores Linux através de um web browser. Saltar entre o terminal e a ferramenta web não é um problema. Um serviço iniciado via Cockpit pode ser parado através do terminal. Além disso, se ocorrer um erro no terminal, este é exibido na interface de registo do Cockpit.

Cockpit é perfeito para novos administradores de sistemas, permitindo-lhes executar facilmente tarefas simples tais como administração de armazenamento, inspecção de registo, e serviços de arranque e paragem. Pode monitorizar e administrar vários servidores ao mesmo tempo. Basta adicioná-los com um clique e as suas máquinas tratarão dos seus pares.
</blockquote>

== Características ==
As seguintes características estão disponíveis no Cockpit, mesmo com uma instalação mínima:

Visão geral
Visão geral: Visão global do sistema operativo e informação de hardware.
Visão geral: gráficos de utilização (CPU, Rede, RAM e utilização de disco), detalhes de hardware e configurações estão disponíveis.

Registos
Logs : Visualização dos logs do sistema.
Registos: É possível filtrar os registos por data, gravidade e serviços.

Rede
Rede: Mostrar informação de rede (Enviar/Receber, zonas e regras de firewall, interfaces, registos de rede).
Rede: Permite-lhe gerir as interfaces de rede e a firewall.

Contas
Contas de utilizador : Criação de contas de utilizador
Para reforçar a segurança do servidor, recomenda-se a criação de uma conta de utilizador com os direitos de acesso a este utilizador através do servidor. <code>sudo</code>O utilizador pode entrar neste utilizador através do cockpit e bloquear a conta. <code>root</code>.

Disposições de serviço
Lista os serviços instalados no sistema e o seu estado (activo/activo).

Aplicações
Acrescenta extensões ao cockpit.

Relatórios de diagnóstico
Recolha de informação sobre a configuração e diagnóstico do sistema.

Lixeira de miolo
Um mecanismo de despejo de memória que permite que a memória do sistema seja guardada após um incidente do kernel para análise posterior.

Actualizações de software
Actualizações de software: Verifica e exibe as actualizações disponíveis.
Actualizações de Software: Permite a instalação de actualizações mas também agendar actualizações automáticas.

SELinux
Registos de erros SELinux : Gestão e detalhe dos registos de erros SELinux.
SELinux : Propor soluções para cada erro detectado pelo serviço SELinux instalado no servidor.

Terminal
Acesso ao terminal a partir do navegador web.

<gallery heights="200px" widths="200px" mode="packed-overlay" caption="Vue d'ensemble des fonctionnalités principales de Cockpit">
File:Cockpit Overview.png|Overview
Ficheiro:Cockpit Logs.png|Logs
File:Cockpit Network.png|Network
Ficheiro:Cockpit Accounts.png|Contas
File:Cockpit Services.png|Service provision
</gallery>


== Instalação no cockpit ==
En fonction de l'installation du serveur, Cockpit peut ne pas être installé et/ou activé par défaut.

=== Instalação ===
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>

=== Activação ===
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>

== Utilização ==
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:Servidor dedicado]]
[[Category:Linux]]
[[Category:Servidor VPS]]

Descubra o projecto WebUI Cockpit

2021-07-30T08:06:45Z

Ikbot:

[[:it:Scoprire il progetto WebUI Cockpit]][[it:Scoprire il progetto WebUI Cockpit]]
[[:fr:Découvrir la WebUI Cockpit project]][[fr:Découvrir la WebUI Cockpit project]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Projecto Cockpit
|titlemode=replace
|keywords=Projecto Cockpit
|description= Interface de administração e monitorização para servidores Linux
|og:type=article
|og:image=https://it-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

== Apresentação ==
[[File:Cockpit-logo.png|right|225px|Logotipo do Cockpit]]
''' Projecto Cockpit''' é uma interface de administração para sistemas operativos baseada no kernel do Linux.

A lista de sistemas suportados está disponível em [https://cockpit-project.org/running.html o site oficial do projecto].

Esta ferramenta permite-lhe administrar totalmente o seu servidor através de uma interface web.

Citação da documentação do Cockpit :
<blockquote>
Cockpit é um gestor de servidores que facilita a administração dos seus servidores Linux através de um web browser. Saltar entre o terminal e a ferramenta web não é um problema. Um serviço iniciado via Cockpit pode ser parado através do terminal. Além disso, se ocorrer um erro no terminal, este é exibido na interface de registo do Cockpit.

Cockpit é perfeito para novos administradores de sistemas, permitindo-lhes executar facilmente tarefas simples tais como administração de armazenamento, inspecção de registo, e serviços de arranque e paragem. Pode monitorizar e administrar vários servidores ao mesmo tempo. Basta adicioná-los com um clique e as suas máquinas tratarão dos seus pares.
</blockquote>

== Características ==
As seguintes características estão disponíveis no Cockpit, mesmo com uma instalação mínima:

Visão geral
Visão geral: Visão global do sistema operativo e informação de hardware.
Visão geral: gráficos de utilização (CPU, Rede, RAM e utilização de disco), detalhes de hardware e configurações estão disponíveis.

Registos
Logs : Visualização dos logs do sistema.
Registos: É possível filtrar os registos por data, gravidade e serviços.

Rede
Rede: Mostrar informação de rede (Enviar/Receber, zonas e regras de firewall, interfaces, registos de rede).
Rede: Permite-lhe gerir as interfaces de rede e a firewall.

Contas
Contas de utilizador : Criação de contas de utilizador
Para reforçar a segurança do servidor, recomenda-se a criação de uma conta de utilizador com os direitos de acesso a este utilizador através do servidor. <code>sudo</code>O utilizador pode entrar neste utilizador através do cockpit e bloquear a conta. <code>root</code>.

Disposições de serviço
Lista os serviços instalados no sistema e o seu estado (activo/activo).

Aplicações
Acrescenta extensões ao cockpit.

Relatórios de diagnóstico
Recolha de informação sobre a configuração e diagnóstico do sistema.

Lixeira de miolo
Um mecanismo de despejo de memória que permite que a memória do sistema seja guardada após um incidente do kernel para análise posterior.

Actualizações de software
Actualizações de software: Verifica e exibe as actualizações disponíveis.
Actualizações de Software: Permite a instalação de actualizações mas também agendar actualizações automáticas.

SELinux
Registos de erros SELinux : Gestão e detalhe dos registos de erros SELinux.
SELinux : Propor soluções para cada erro detectado pelo serviço SELinux instalado no servidor.

Terminal
Acesso ao terminal a partir do navegador web.

<gallery heights="200px" widths="200px" mode="packed-overlay" caption="Vue d'ensemble des fonctionnalités principales de Cockpit">
File:Cockpit Overview.png|Overview
Ficheiro:Cockpit Logs.png|Logs
File:Cockpit Network.png|Network
Ficheiro:Cockpit Accounts.png|Contas
File:Cockpit Services.png|Service provision
</gallery>


== Instalação no cockpit ==
En fonction de l'installation du serveur, Cockpit peut ne pas être installé et/ou activé par défaut.

=== Instalação ===
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>

=== Activação ===
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>

== Utilização ==
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:Servidor dedicado]]
[[Category:Linux]]
[[Category:Servidor VPS]]

Descubra o projecto WebUI Cockpit

2021-07-30T08:05:40Z

Ikbot: Criou a página com ":fr:Découvrir la WebUI C..."

[[:fr:Découvrir la WebUI Cockpit project]][[fr:Découvrir la WebUI Cockpit project]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Array|aqui]]. 
[[: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=Projecto Cockpit
|titlemode=replace
|keywords=Projecto Cockpit
|description= Interface de administração e monitorização para servidores Linux
|og:type=article
|og:image=https://it-wiki.ikoula.com/resources/assets/logo_ikwiki.png
}}

== Apresentação ==
[[File:Cockpit-logo.png|right|225px|Logotipo do Cockpit]]
''' Projecto Cockpit''' é uma interface de administração para sistemas operativos baseada no kernel do Linux.

A lista de sistemas suportados está disponível em [https://cockpit-project.org/running.html o site oficial do projecto].

Esta ferramenta permite-lhe administrar totalmente o seu servidor através de uma interface web.

Citação da documentação do Cockpit :
<blockquote>
Cockpit é um gestor de servidores que facilita a administração dos seus servidores Linux através de um web browser. Saltar entre o terminal e a ferramenta web não é um problema. Um serviço iniciado via Cockpit pode ser parado através do terminal. Além disso, se ocorrer um erro no terminal, este é exibido na interface de registo do Cockpit.

Cockpit é perfeito para novos administradores de sistemas, permitindo-lhes executar facilmente tarefas simples tais como administração de armazenamento, inspecção de registo, e serviços de arranque e paragem. Pode monitorizar e administrar vários servidores ao mesmo tempo. Basta adicioná-los com um clique e as suas máquinas tratarão dos seus pares.
</blockquote>

== Características ==
As seguintes características estão disponíveis no Cockpit, mesmo com uma instalação mínima:

Visão geral
Visão geral: Visão global do sistema operativo e informação de hardware.
Visão geral: gráficos de utilização (CPU, Rede, RAM e utilização de disco), detalhes de hardware e configurações estão disponíveis.

Registos
Logs : Visualização dos logs do sistema.
Registos: É possível filtrar os registos por data, gravidade e serviços.

Rede
Rede: Mostrar informação de rede (Enviar/Receber, zonas e regras de firewall, interfaces, registos de rede).
Rede: Permite-lhe gerir as interfaces de rede e a firewall.

Contas
Contas de utilizador : Criação de contas de utilizador
Para reforçar a segurança do servidor, recomenda-se a criação de uma conta de utilizador com os direitos de acesso a este utilizador através do servidor. <code>sudo</code>O utilizador pode entrar neste utilizador através do cockpit e bloquear a conta. <code>root</code>.

Disposições de serviço
Lista os serviços instalados no sistema e o seu estado (activo/activo).

Aplicações
Acrescenta extensões ao cockpit.

Relatórios de diagnóstico
Recolha de informação sobre a configuração e diagnóstico do sistema.

Lixeira de miolo
Um mecanismo de despejo de memória que permite que a memória do sistema seja guardada após um incidente do kernel para análise posterior.

Actualizações de software
Actualizações de software: Verifica e exibe as actualizações disponíveis.
Actualizações de Software: Permite a instalação de actualizações mas também agendar actualizações automáticas.

SELinux
Registos de erros SELinux : Gestão e detalhe dos registos de erros SELinux.
SELinux : Propor soluções para cada erro detectado pelo serviço SELinux instalado no servidor.

Terminal
Acesso ao terminal a partir do navegador web.

<gallery heights="200px" widths="200px" mode="packed-overlay" caption="Vue d'ensemble des fonctionnalités principales de Cockpit">
File:Cockpit Overview.png|Overview
Ficheiro:Cockpit Logs.png|Logs
File:Cockpit Network.png|Network
Ficheiro:Cockpit Accounts.png|Contas
File:Cockpit Services.png|Service provision
</gallery>


== Instalação no cockpit ==
En fonction de l'installation du serveur, Cockpit peut ne pas être installé et/ou activé par défaut.

=== Instalação ===
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>

=== Activação ===
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>

== Utilização ==
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:Servidor dedicado]]
[[Category:Linux]]
[[Category:Servidor VPS]]

Duplicar uma instância noutra zona

2021-07-29T15:36:29Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:35:33Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:34:51Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:34:08Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:33:23Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:32:47Z

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]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:32:06Z

Ikbot:

[[:nl:Een instantie in een andere zone dupliceren]][[nl:Een instantie in een andere zone dupliceren]]
[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:31:27Z

Ikbot:

[[:it:Duplicare un'istanza in un'altra zona]][[it:Duplicare un'istanza in un'altra zona]]
[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Duplicar uma instância noutra zona

2021-07-29T15:30:54Z

Ikbot: Criou a página com ":fr:Dupliqu..."

[[:fr:Dupliquer une instance dans une autre zone]][[fr:Dupliquer une instance dans une autre zone]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Dupliquer une instance dans une autre zone|aqui]]. 
[[: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]]
==Casos de utilização==
Criei uma instância numa zona BASIC, gostaria de mudar a minha instância para uma zona ADVANCE para beneficiar das características desta zona.
Gostaria de implantar a minha infra-estrutura de forma idêntica noutra zona para ter uma infra-estrutura de teste.

==Pré-requisitos==
Gostaria de implantar a minha infra-estrutura noutra zona para ter uma infra-estrutura de teste * Não preciso de um datadisk

==Desenrolar==
Criar um modelo da minha instância cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]
# copiar o meu modelo para outra zona cf: [[Copier_mon_modele_dans_une_autre_zone]]
# Implantar o meu modelo cf: [[Cr%C3%A9er_un_mod%C3%A8le_%C3%A0_partir_de_ma_VM]]

[[Category:Nuvem_público]]
[[Catégorie :Cloud]]

Depuração de um contentor que pára imediatamente

2021-07-29T15:27:57Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:25:53Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:23:16Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:22:22Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:21:33Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:20:54Z

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]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:20:15Z

Ikbot:

[[:nl:Docker debuggen van een container die onmiddellijk stopt]][[nl:Docker debuggen van een container die onmiddellijk stopt]]
[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:19:32Z

Ikbot:

[[:it:Docker esegue il debug di un contenitore che si ferma immediatamente]][[it:Docker esegue il debug di un contenitore che si ferma immediatamente]]
[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Depuração de um contentor que pára imediatamente

2021-07-29T15:18:44Z

Ikbot: Criou a página com "<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édia..."

[[:fr:Docker déboguer un conteneur qui se stop immédiatement]][[fr:Docker déboguer un conteneur qui se stop immédiatement]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Docker déboguer un conteneur qui se stop immédiatement|aqui]]. 
[[: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]]


==Introdução== 
Quando começa o seu '''corrida de estivador''' o contentor pára imediatamente, é possível que o seu ''PID 1'' não tenha começado, no entanto não vê nada nos registos e não pode verificar no seu contentor. 
Veremos como depurar um contentor ''Docker'' que pára imediatamente, forçando um comando sobre ele em ''PID 1''.

==Curso== 
Reinicie o seu '''corrida de estivador''' com o comando abaixo:
<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>

Isto fará com que o seu '''PID 1''' continuará a funcionar, para que possa verificar no seu contentor se os seus serviços estão a funcionar e depurá-los.



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




<comments />


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

Diagnosticar um disco Linux defeituoso

2021-07-29T15:10:37Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:09:29Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:08:28Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:07:28Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:06:27Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:05:44Z

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]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:04:54Z

Ikbot:

[[:nl:Diagnose van een defecte Linux-schijf]][[nl:Diagnose van een defecte Linux-schijf]]
[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:04:03Z

Ikbot:

[[:it:Diagnosticare un disco Linux difettoso]][[it:Diagnosticare un disco Linux difettoso]]
[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Diagnosticar um disco Linux defeituoso

2021-07-29T15:03:24Z

Ikbot: Criou a página com ":fr:Diagnostic..."

[[:fr:Diagnostic d'un disque défectueux Linux]][[fr:Diagnostic d'un disque défectueux Linux]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Diagnostic d'un disque défectueux Linux|aqui]]. 
[[: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]]
== Introdução ==

Este artigo visa diagnosticar e identificar um disco defeituoso num servidor Linux.

As seguintes acções podem ser realizadas a partir de um terminal Linux ou de um Netboot.

== As encomendas ==

=== Se o seu sistema operativo tiver RAID == =

Como primeiro passo, pode fazer os seguintes comandos:

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

Obterá então um resultado semelhante ao seguinte:

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

Aqui pode ver [UU] no final de cada disco lógico. Um U significa que uma unidade está correctamente integrada no RAID.
Por conseguinte, assim que se possa ver uma sequência como [_U], deduziremos que uma unidade está defeituosa.

Também se pode obter um resultado como este:

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

Neste caso, o (F) diz-nos que a divisória está defeituosa. No nosso exemplo as partições sdb3 e sdb1 são defeituosas.

=== Diagnóstico == =

Para diagnosticar que disco é mau, usaremos SMART.

Para o fazer, terá de o instalar:
Dependendo da sua distribuição Linux, o comando pode mudar:

Para os Centos :

<code>
yum install smartmontools
</code>

Para Ubuntu / Debian :

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

Pode então fazer o seguinte comando que listará os discos presentes:

<code>
smartctl --scan
</code>

Para obter mais informações sobre um disco, use o seguinte comando:

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

Um relatório do disco será então gerado e mostrar-lhe-á todas as anomalias presentes.
Este relatório é composto por quatro partes. A primeira parte é a informação do disco, o seu número de série, modelo, capacidade, ...
A segunda parte é o retorno do teste SMART, se o resultado for diferente do PASSED, a substituição do disco é necessária.
A terceira parte são todos os valores gerados pelo teste relacionados com o disco.
E finalmente a última parte são os registos de erros do disco.

[[Category:Linux]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T15:00:43Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:59:32Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:58:42Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:55:59Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:54:56Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:54:16Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:53:32Z

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]]
<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:52:54Z

Ikbot:

<span data-link_translate_it_title="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo" data-link_translate_it_url="Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo">[[:it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]][[it:Disabilita l'impostazione della modalità basata sul kernel per il nuovo modulo]]
[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Desactivar o mode-setting baseado no kernel para o novo módulo

2021-07-29T14:52:18Z

Ikbot: Criou a página com "<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..."

[[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau]][[fr:Desactiver le Kernel-based mode-setting pour le module nouveau]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Desactiver le Kernel-based mode-setting pour le module nouveau|aqui]]. 
<span data-link_translate_es_title="Desactivar la configuración del modo basado en el kernel para el nuevo módulo" data-link_translate_es_url="Desactivar la configuración del modo basado en el kernel para el nuevo módulo">[[:es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]][[es:Desactivar la configuración del modo basado en el kernel para el nuevo módulo]]
[[:en:Disable kernel-based mode-setting for the new module]][[en:Disable kernel-based mode-setting for the new module]]
Kernel-based mode-setting, ou KMS, permite uma melhoria na exibição de um servidor Linux. No caso de um servidor remoto dedicado, estes benefícios serão difíceis de explorar. Recomendamos a desactivação desta funcionalidade que é activada por defeito para o "novo" condutor.

===Como descobrir se o KMS está activado== =
Usando este comando, se o resultado não for '0' :
<pre>
cat /sys/module/nouveau/parameters/modeset
-1
</pre>

==Como desactivar o KMS== =
* Definir o conjunto de modos para 0 nas definições padrão do grub '''/etc/default/grub''' (a acrescentar em '''GRUB_CMDLINE_LINUX'''):
<pre>
nouveau.modeset=0
</pre>
* Regenerar os ficheiros de configuração do grub para reflectir as configurações padrão:
<pre>
grub-mkconfig -o /boot/grub/grub.cfg
</pre>

* Verificar se a opção está configurada correctamente:
<pre>
grep -ri nouveau /boot/grub/
</pre>

* É necessário um reinício para o ter em conta. 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:Servidor VPS]]
[[Category:Servidor dedicado]]

Implementar as suas instâncias com a Terraform

2021-07-29T14:48:34Z

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]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Deployer vos instances avec Terraform|aqui]]. 
[[: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]]
== Descrição ==

Veremos como implementar rapidamente uma ou mais instâncias do IKOULA One Cloud através da infra-estrutura como ferramenta de código chamada "Terraform".

Antes de mais, terá de instalar a Terraform, se ainda não o fez, e ter uma conta IKOULA One Cloud.
A Terraform está disponível para a maioria dos sistemas operativos no seguinte link: https://www.terraform.io/downloads.html

A Terraform apoia dezenas de fornecedores, uma lista dos quais está disponível no seu website (https://www.terraform.io/docs/providers/).
Vamos utilizar o fornecedor "Cloudstack" para instalar no Cloud Ikoula One.

== Implantação de uma única instância ==

Iremos escrever o nosso primeiro ficheiro de configuração Terraform permitindo a implementação de uma única instância IKOULA Cloud:

Este é um ficheiro de texto com uma extensão ".tf" (tenha cuidado para não criar vários ficheiros ".tf" dentro do seu directório de trabalho ou o Terraform irá carregá-los todos), iremos utilizar o formato clássico Terraform mas também é possível utilizar uma sintaxe JSON.

Aqui está o conteúdo do nosso ficheiro Terraform para ser adaptado com os seus próprios parâmetros:

'''Para a implantação de uma instância na zona de 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 grupo de segurança] 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]]

Implementar as suas instâncias com a Terraform

2021-07-29T14:46:44Z

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]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Deployer vos instances avec Terraform|aqui]]. 
[[: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]]
== Descrição ==

Veremos como implementar rapidamente uma ou mais instâncias do IKOULA One Cloud através da infra-estrutura como ferramenta de código chamada "Terraform".

Antes de mais, terá de instalar a Terraform, se ainda não o fez, e ter uma conta IKOULA One Cloud.
A Terraform está disponível para a maioria dos sistemas operativos no seguinte link: https://www.terraform.io/downloads.html

A Terraform apoia dezenas de fornecedores, uma lista dos quais está disponível no seu website (https://www.terraform.io/docs/providers/).
Vamos utilizar o fornecedor "Cloudstack" para instalar no Cloud Ikoula One.

== Implantação de uma única instância ==

Iremos escrever o nosso primeiro ficheiro de configuração Terraform permitindo a implementação de uma única instância IKOULA Cloud:

Este é um ficheiro de texto com uma extensão ".tf" (tenha cuidado para não criar vários ficheiros ".tf" dentro do seu directório de trabalho ou o Terraform irá carregá-los todos), iremos utilizar o formato clássico Terraform mas também é possível utilizar uma sintaxe JSON.

Aqui está o conteúdo do nosso ficheiro Terraform para ser adaptado com os seus próprios parâmetros:

'''Para a implantação de uma instância na zona de 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 grupo de segurança] 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]]

Implementar as suas instâncias com a Terraform

2021-07-29T14:45:49Z

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]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Deployer vos instances avec Terraform|aqui]]. 
[[: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]]
== Descrição ==

Veremos como implementar rapidamente uma ou mais instâncias do IKOULA One Cloud através da infra-estrutura como ferramenta de código chamada "Terraform".

Antes de mais, terá de instalar a Terraform, se ainda não o fez, e ter uma conta IKOULA One Cloud.
A Terraform está disponível para a maioria dos sistemas operativos no seguinte link: https://www.terraform.io/downloads.html

A Terraform apoia dezenas de fornecedores, uma lista dos quais está disponível no seu website (https://www.terraform.io/docs/providers/).
Vamos utilizar o fornecedor "Cloudstack" para instalar no Cloud Ikoula One.

== Implantação de uma única instância ==

Iremos escrever o nosso primeiro ficheiro de configuração Terraform permitindo a implementação de uma única instância IKOULA Cloud:

Este é um ficheiro de texto com uma extensão ".tf" (tenha cuidado para não criar vários ficheiros ".tf" dentro do seu directório de trabalho ou o Terraform irá carregá-los todos), iremos utilizar o formato clássico Terraform mas também é possível utilizar uma sintaxe JSON.

Aqui está o conteúdo do nosso ficheiro Terraform para ser adaptado com os seus próprios parâmetros:

'''Para a implantação de uma instância na zona de 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 grupo de segurança] 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]]

Implementar as suas instâncias com a Terraform

2021-07-29T14:44:39Z

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]]
[[:it:Distribuire le istanze con Terraform]][[it:Distribuire le istanze con Terraform]]
[[:fr:Deployer vos instances avec Terraform]][[fr:Deployer vos instances avec Terraform]]
 Este artigo foi traduzido por um sistema de tradução automática. Você pode visualizar a fonte do artigo [[:fr:Deployer vos instances avec Terraform|aqui]]. 
[[: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]]
== Descrição ==

Veremos como implementar rapidamente uma ou mais instâncias do IKOULA One Cloud através da infra-estrutura como ferramenta de código chamada "Terraform".

Antes de mais, terá de instalar a Terraform, se ainda não o fez, e ter uma conta IKOULA One Cloud.
A Terraform está disponível para a maioria dos sistemas operativos no seguinte link: https://www.terraform.io/downloads.html

A Terraform apoia dezenas de fornecedores, uma lista dos quais está disponível no seu website (https://www.terraform.io/docs/providers/).
Vamos utilizar o fornecedor "Cloudstack" para instalar no Cloud Ikoula One.

== Implantação de uma única instância ==

Iremos escrever o nosso primeiro ficheiro de configuração Terraform permitindo a implementação de uma única instância IKOULA Cloud:

Este é um ficheiro de texto com uma extensão ".tf" (tenha cuidado para não criar vários ficheiros ".tf" dentro do seu directório de trabalho ou o Terraform irá carregá-los todos), iremos utilizar o formato clássico Terraform mas também é possível utilizar uma sintaxe JSON.

Aqui está o conteúdo do nosso ficheiro Terraform para ser adaptado com os seus próprios parâmetros:

'''Para a implantação de uma instância na zona de 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 grupo de segurança] 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]]