Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
"Politica" de atualização de Servidores GNU/Linux.
80 views
Skip to first unread message
CássioElias .
Aug 9, 2013, 2:10:03 PM8/9/13
to
Pessoal, tenho um servidor web na empresa onde trabalho que é GNU/Linux.
Ele está em produção e sempre semanalmente apresenta atualizações.
Gostaria de saber com vocês qual a melhor politica de atualização de Servidores GNU/Linux em produção?!
Estou pensando em fazer isso a noite para evitar transtornos, mas gostaria de ter outras opiniões com vocês.
Desde já agradeço.
Obrigado.
André Luiz
Aug 9, 2013, 2:40:01 PM8/9/13
to
Você pode agendar no cron para apenas baixar os pacotes à noite usando a opção
-d do apt-get e depois executar a atualização manualmente. No caso da versão
estável, a maior parte das atualizações são de segurança e geralmente não
comprometem o sistema. Mas nas atualizações de uma versão para outra, é
necessário mais cuidado.
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/201308091512.4...@gmail.com
-d do apt-get e depois executar a atualização manualmente. No caso da versão
estável, a maior parte das atualizações são de segurança e geralmente não
comprometem o sistema. Mas nas atualizações de uma versão para outra, é
necessário mais cuidado.
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/201308091512.4...@gmail.com
Mauro Risonho de Paula Assumpção
Aug 9, 2013, 2:40:02 PM8/9/13
to
Não falando da política em si, mas de uma ferramenta muito boa para gerenciar essas atualizações, é:
Spacewalkhttp://spacewalk.redhat.com/
Em 9 de agosto de 2013 15:13, Gracco Guimarães <gracco.c...@gmail.com> escreveu:
Antes de pensar em políticas de atualização, se você já não tiver, eu pensaria em um ambiente de homologação para atualização, você cria uma réplica da sua produção, e atualiza ela, confirma e ai sim atualiza a sua produção. Com isso você pode manter os pacotes atualizados e tem uma possível redundância via chaveamento, caso aconteça algum problema.Abraço
_______________________________________________
CentOS-pt-br mailing list
CentOS...@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br
--
_______________________________________________
CentOS-pt-br mailing list
CentOS...@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br
Gracco Guimarães
Aug 9, 2013, 2:40:02 PM8/9/13
to
Antes de pensar em políticas de atualização, se você já não tiver, eu pensaria em um ambiente de homologação para atualização, você cria uma réplica da sua produção, e atualiza ela, confirma e ai sim atualiza a sua produção. Com isso você pode manter os pacotes atualizados e tem uma possível redundância via chaveamento, caso aconteça algum problema.
Abraço
Em 9 de agosto de 2013 15:03, CássioElias . <cassi...@hotmail.com> escreveu:
_______________________________________________
CentOS-pt-br mailing list
CentOS...@centos.org
http://lists.centos.org/mailman/listinfo/centos-pt-br
Fabricio Cannini
Aug 9, 2013, 3:10:02 PM8/9/13
to
Em 09-08-2013 15:03, C�ssioElias . escreveu:
> Pessoal, tenho um servidor web na empresa onde trabalho que � GNU/Linux.
>
> Ele est� em produ��o e sempre semanalmente apresenta atualiza��es.
>
> Gostaria de saber com voc�s qual a melhor politica de atualiza��o de
> Servidores GNU/Linux em produ��o?!
>
> Desde j� agrade�o.
>
> Obrigado.
Tch�, isso depende de muita coisa.
- Quais os servi�os rodando nessa m�quina ?
- Existe previs�o de 'downtime' durante a atualiza��o ?
- Qual � o tamanho do problema se der pau na atualiza��o ?
- Em outras palavras, vale a pena ter uma m�quina redundante pra isso,
virtual ou f�sica ?
Mas tem coisas b�sicas que se aplica em qualquer situa��o :
- Testar as atualiza��es numa m�quina virtual � sempre uma boa
- N�o usar atualiza��o autom�tica ( vide item acima )
- E por �ltimo, n�o mandar o mesmo e-mail pra v�rias listas ao mesmo
tempo ( cross-posting ) . ;)
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/520539CB...@gmail.com
> Pessoal, tenho um servidor web na empresa onde trabalho que � GNU/Linux.
>
> Ele est� em produ��o e sempre semanalmente apresenta atualiza��es.
>
> Gostaria de saber com voc�s qual a melhor politica de atualiza��o de
> Servidores GNU/Linux em produ��o?!
>
> Estou pensando em fazer isso a noite para evitar transtornos, mas
> gostaria de ter outras opini�es com voc�s.
> Estou pensando em fazer isso a noite para evitar transtornos, mas
>
> Desde j� agrade�o.
>
> Obrigado.
Tch�, isso depende de muita coisa.
- Quais os servi�os rodando nessa m�quina ?
- Existe previs�o de 'downtime' durante a atualiza��o ?
- Qual � o tamanho do problema se der pau na atualiza��o ?
- Em outras palavras, vale a pena ter uma m�quina redundante pra isso,
virtual ou f�sica ?
Mas tem coisas b�sicas que se aplica em qualquer situa��o :
- Testar as atualiza��es numa m�quina virtual � sempre uma boa
- N�o usar atualiza��o autom�tica ( vide item acima )
- E por �ltimo, n�o mandar o mesmo e-mail pra v�rias listas ao mesmo
tempo ( cross-posting ) . ;)
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Fred Maranhão
Aug 9, 2013, 3:40:01 PM8/9/13
to
Em 9 de agosto de 2013 15:03, CássioElias . <cassi...@hotmail.com> escreveu:
> Pessoal, tenho um servidor web na empresa onde trabalho que é GNU/Linux.
>
é uma versão voltada para ambiente de produção? por exemplo, se for um
>
debian, é um debian stable?
> Ele está em produção e sempre semanalmente apresenta atualizações.
atualizar. ou no mínimo fazer uma análise.
> Gostaria de saber com vocês qual a melhor politica de atualização de
> Servidores GNU/Linux em produção?!
parcialmente.
> Estou pensando em fazer isso a noite para evitar transtornos, mas gostaria
> de ter outras opiniões com vocês.
algo deu errado na atualização?
mas uma coisa boa para fazer a noite é um:
apt-get update; apt-get upgrade -dy
semanalmente (ou mensalmente) é conveniente dar um
apt-get autoremove
e um
apt-get autoclean
> Desde já agradeço.
>
> Obrigado.
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
elmanoferrer
Aug 9, 2013, 3:40:01 PM8/9/13
to
Uma das sugestoes que sempre dou a amigos é a criacao de ambiente identico ou o mais proximo possivel do real e por fim aplicar as atualizacoes ou upgrade e analisar o resultado, mas na maioria dos casos tenha os backups necessarios para recuperara a maquina, assim comk arquivos de configuracao e simule um desastre o qual teria de recuperar esta maquina, faça repetidas vezes ate se sentir confiante em fazer uma das duas acoes, nao esquecendo de documentar tudo o que fizer no ambienfe simulado, ja que, pkr motivo de stress em caso de falha voce pode esquecer alguma peca fundamental para o funcionamento.
Boa sorte!
Enviado do tablet Samsung
-------- Mensagem original --------
De : Fabricio Cannini <fcan...@gmail.com>
Data: 09/08/2013 16h06 (GMT-03:00)
Para: Debian User Portuguese <debian-user...@lists.debian.org>,cassi...@hotmail.com
Assunto: Re: "Politica" de atualização de Servidores GNU/Linux.
Em 09-08-2013 15:03, CássioElias . escreveu:
> Pessoal, tenho um servidor web na empresa onde trabalho que é GNU/Linux.
>
> Ele está em produção e sempre semanalmente apresenta atualizações.
>
>
> Gostaria de saber com vocês qual a melhor politica de atualização de
> Servidores GNU/Linux em produção?!
>
> Servidores GNU/Linux em produção?!
>
> Estou pensando em fazer isso a noite para evitar transtornos, mas
> gostaria de ter outras opiniões com vocês.
>
> gostaria de ter outras opiniões com vocês.
>
> Desde já agradeço.
>
> Obrigado.
Tchê, isso depende de muita coisa.
- Quais os serviços rodando nessa máquina ?
- Existe previsão de 'downtime' durante a atualização ?
- Qual é o tamanho do problema se der pau na atualização ?
- Em outras palavras, vale a pena ter uma máquina redundante pra isso,
virtual ou física ?
Mas tem coisas básicas que se aplica em qualquer situação :
- Testar as atualizações numa máquina virtual é sempre uma boa
- Não usar atualização automática ( vide item acima )
- E por último, não mandar o mesmo e-mail pra várias listas ao mesmo
>
> Obrigado.
Tchê, isso depende de muita coisa.
- Quais os serviços rodando nessa máquina ?
- Existe previsão de 'downtime' durante a atualização ?
- Qual é o tamanho do problema se der pau na atualização ?
- Em outras palavras, vale a pena ter uma máquina redundante pra isso,
virtual ou física ?
Mas tem coisas básicas que se aplica em qualquer situação :
- Testar as atualizações numa máquina virtual é sempre uma boa
- Não usar atualização automática ( vide item acima )
- E por último, não mandar o mesmo e-mail pra várias listas ao mesmo
tempo ( cross-posting ) . ;)
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
CássioElias .
Aug 9, 2013, 3:50:01 PM8/9/13
to
Essa documentação eu poderia fazer de qual forma? Sou meio noob nisso. Atualmente eu apenas anoto minhas pendências em notepad..kkkkk.
Você faz essa documentação de qual forma? Você mesmo. Documenta as coisas como?
Date: Fri, 9 Aug 2013 16:23:56 -0300
Subject: Re: "Politica" de atualização de Servidores GNU/Linux.
From: elmano...@hotmail.com
To: fcan...@gmail.com; debian-user...@lists.debian.org; cassi...@hotmail.com
Date: Fri, 9 Aug 2013 16:23:56 -0300
Subject: Re: "Politica" de atualização de Servidores GNU/Linux.
From: elmano...@hotmail.com
To: fcan...@gmail.com; debian-user...@lists.debian.org; cassi...@hotmail.com
CássioElias .
Aug 9, 2013, 3:50:02 PM8/9/13
to
> Date: Fri, 9 Aug 2013 16:30:16 -0300
> Subject: Re: "Politica" de atualização de Servidores GNU/Linux.
>
> Em 9 de agosto de 2013 15:03, CássioElias . <cassi...@hotmail.com> escreveu:
> > Pessoal, tenho um servidor web na empresa onde trabalho que é GNU/Linux.
> >
> é uma versão voltada para ambiente de produção? por exemplo, se for um
> debian, é um debian stable?
É um CentOS 6.4. Sim, é voltado para ambiente de produção.
> > Ele está em produção e sempre semanalmente apresenta atualizações.
>
> se for um debian stable, são atualizações de segurança. convém
> atualizar. ou no mínimo fazer uma análise.
>
> > Gostaria de saber com vocês qual a melhor politica de atualização de
> > Servidores GNU/Linux em produção?!
>
> analisar diariamente, e não havendo contras, atualizar. ou atualizar
> parcialmente.
>
> > Estou pensando em fazer isso a noite para evitar transtornos, mas gostaria
> > de ter outras opiniões com vocês.
>
> muito melhor, mas o dono do serviço vai estar presente para testar se
> algo deu errado na atualização?
Não, neste caso eu faria os update remotamente. Faria o serviço remotamente.
Fred Maranhão
Aug 9, 2013, 4:20:02 PM8/9/13
to
Em 9 de agosto de 2013 16:41, CássioElias . <cassi...@hotmail.com> escreveu:
> Essa documentação eu poderia fazer de qual forma? Sou meio noob nisso.
> Atualmente eu apenas anoto minhas pendências em notepad..kkkkk.
>
> Você faz essa documentação de qual forma? Você mesmo. Documenta as coisas
> como?
um arquivo texto é bom. se a coisa começar a crescer e a ter muitos
> Essa documentação eu poderia fazer de qual forma? Sou meio noob nisso.
> Atualmente eu apenas anoto minhas pendências em notepad..kkkkk.
>
> Você faz essa documentação de qual forma? Você mesmo. Documenta as coisas
> como?
usuários, eu recomendo um sistema de CMS. dokuwiki é muito bom.
simples e eficaz.
Adiel de Lima Ribeiro
Aug 9, 2013, 4:20:03 PM8/9/13
to
Muito bom.
Pegando o gancho, geralmetne eu documento com algum arquivo .odt mesmo,
vou tentando mantê-lo formatado e organizado.
Existem algumas ferramentas para este gerenciamento de mudanças,
baseadas em Itil e tal, mas nao me lembro o nome, alguem pode falar
melhor sobre alguma?
On Fri, 2013-08-09 at 16:41 -0300, CássioElias . wrote:
> Essa documentação eu poderia fazer de qual forma? Sou meio noob nisso.
> Atualmente eu apenas anoto minhas pendências em notepad..kkkkk.
>
>
> Você faz essa documentação de qual forma? Você mesmo. Documenta as
> coisas como?
>
>
> ______________________________________________________________________
--
att,
Adiel de Lima Ribeiro
facebook.com/sembr.dyndns.info
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Archive: http://lists.debian.org/1376079388.3...@debian.rumotecnologia
Pegando o gancho, geralmetne eu documento com algum arquivo .odt mesmo,
vou tentando mantê-lo formatado e organizado.
Existem algumas ferramentas para este gerenciamento de mudanças,
baseadas em Itil e tal, mas nao me lembro o nome, alguem pode falar
melhor sobre alguma?
On Fri, 2013-08-09 at 16:41 -0300, CássioElias . wrote:
> Essa documentação eu poderia fazer de qual forma? Sou meio noob nisso.
> Atualmente eu apenas anoto minhas pendências em notepad..kkkkk.
>
>
> Você faz essa documentação de qual forma? Você mesmo. Documenta as
> coisas como?
>
>
att,
Adiel de Lima Ribeiro
facebook.com/sembr.dyndns.info
--
To UNSUBSCRIBE, email to debian-user-por...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org
Rodolfo
Aug 9, 2013, 5:00:02 PM8/9/13
to
Notepad ? heheheheh, conheça o nano ou o vi '-', são bem legais ^^
Voltando ao assunto. Realmente faça anotacoes e como dito anteriormente é bom ter uma replica do servidor de producao, e usar o mesmo para testes, atualizacoes e etc.
Abraços
Leonardo
Aug 9, 2013, 8:10:02 PM8/9/13
to
Boa noite!
Cria uma imagem desse Servidor e restaura no Virtual Box por exemplo.Cria um snapshot da VM e usa ela para testar as atualizações.
Abraço,
Leonardo
0 new messages