Sysadmin

Eu precisei escrever um email para um grupo de pessoas da empresa outro dia. Eu tinha opiniões fortes sobre o que eu queria comunicar e tentei reescrever algumas vezes para não parecer que eu estava sendo agressivo demais. Mudei algumas coisas mas ainda estava longe do ideal. Depois que achei que a mensagem estava clara e tudo que precisava melhorar era o tom, fui no ChatGPT e expliquei: “Preciso mandar uma comunicação interna delineando a minha idea abaixo. Por favor reescreva a minha mensagem de forma que ela seja amigável e engajadora”. Menos de 10 segundos depois eu tinha um email perfeito pronto para ser enviado. Comunicando exatamente o que eu queria, mas escrito da forma que eu não havia conseguido expressar. Era uma versão melhor de mim mesmo. ...

Fato: Em algum ponto alguma coisa vai dar errado. Eu já falei aqui no blog que tudo é horrível. E se você está em TI – ou qualquer outra área técnica na verdade – já deve ter visto ou participado de algum problema que causou dor-de-cabeça, prejuízo, perda de clientes, indisponibilidade de sistemas ou serviços ou talvez até a demissão de alguém. Erros e falhas são fatos da vida e vão acontecer com as melhores pessoas e com as melhores empresas. A diferença vai residir num elemento essencial: O que é aprendido com esse incidente. ...

Como diz meu amigo Júlio, eu sou um velho. Então que esse post sirva de conselho pros sysadmins de uma geração mais nova. Vou tentar explicar porque você deve ser capaz de programar pelo menos em uma linguagem e como sua vida vai ser bem mais fácil por causa disso. Não acho que isso seja uma coisa comum, mas uma vez que descobri computadores eu sempre soube o que eu queria fazer: Instalar e administrar sistemas. Mas obviamente, pelo menos na minha época, não existia nenhum curso superior de administração de sistemas. Quando eu tinha idade pra universidade as opções basicamente eram Análise de Sistemas, Ciências da Computação e Engenharia da Computação. Se você está em TI nem preciso explicar como nenhum desses cursos cobre o que um sysadmin faz. ...

Quando comecei minha carreira em TI a vida era bem mais simples. No primeiro ISP que trabalhei tínhamos 7 servidores, 2 roteadores e uns 3 switches layer 2. Faz muito tempo e não lembro o nome deles, mas era algo como “webserver1, webserver2, firewall, router-telefonica, router-embratel” ou quase isso. Não é ruim mas, como vou discutir mais abaixo, é bem limitado. Em outras instâncias trabalhei em lugares maiores onde o pessoal tinha mais imaginação e os servidores tinham nomes baseados em personagens dos Simpsons (homer, bart, lisa) ou em mitologia greco-romana (quimera, romulus). ...

Diz o ditado que quando a única ferramenta que você tem é um martelo todos os problemas parecem um prego. E o pior é que vira-e-mexe eu me deparo dando martelada em parafuso ou algo que o valha. Eu sou um grande fã de shell script. Acho extremamente eficiente, simples, funcional e, se você conhecer comandos e truques o suficiente consegue fazer coisas realmente impressionantes com 1 linha. Pelo menos uma vez ou duas por dia alguém vem na minha sala com algum pedido para fazer um script ad-hoc pra resolver algum problema, fazer parse de algum arquivo ou update em massa de sabe-se lá o que. Invariavelmente resolvido com um for loop, um sed ou tr ou grep (ou todos juntos) e vamos que vamos. ...

Tem pesadelo maior pra um sysadmin Unix do que ter que dar manutenção em servidor Windows? Sim! Dar manutenção em um servidor Exchange, obviamente rodando num servidor Windows. E ainda por cima ser um servidor só, 2003, e começar a ter requerimentos de múltiplos domínios. E aliases externos e tudo mais aquilo que é mamão-com-açúcar usando um Postfix. Mas não basta remover o Exchange. Minha impressão é que se o e-mail é a ferramenta número um usada na empresa o calendário é a número dois. Ah, sim… BlackBerry. Tem que sincronizar com essa criatura. E iPhone. E Android. Sim: O email e o calendário. E nem ouse perder os contatos. Devem sincronizar e estar sempre disponíveis. ...

Agora que você já entendeu os pré-requisitos e os pontos negativos e positivos de ser um sysadmin (contando que tenha lido o Sysadmin 101) aqui vão algumas idéias do que buscar tecnicamente. Recebi um bocado de feedback de outros sysadmins sobre o post anterior via twitter ou IM. Se quiserem postar aqui as respostas mais gente vai poder ver. 😉 Minha experiência pessoal é como sysadmin de redes (na época basicamente com equipamentos Cisco) e com Linux/Unix. Mas certeza que a idéia geral serve pra quem pensa em seguir carreirar como Sysadmin Microsoft, Oracle ou qualquer outra variação. ...

Ano passado implementamos Zmanda como nossa solução de backup. Nada mais é do que o Amanda com front-end bacana e suporte enterprise, o que eu acho ótimo (e fui eu que recomendei a solução deles). o Zmanda está instalado num servidor PowerEdge da Dell rodando numa tape library também da Dell. Infelizmente eu caí na besteira de deixar o sysadmin júnior responsável pelo backup por um bom tempo e descobri que tinha uma monte de cagada no sistema e apesar de ter conseguido arrumar a maior parte precisei entrar contato com o suporte do Zmanda. Chega o email de resposta deles assinado por um Eduardo Kazuo Miyazaki. Pô… nome mais brasileiro que esse só se o cara chamasse José da Silva. Pesquisa no Linkedn e batata. ...

Dica rápida e muito útil: Se você já precisou acessar um servidor Linux atrás de um NAT sobre qual você não tem controle sabe como seria bom poder iniciar a conexão do lado do servidor conectando de volta em você. Isso é possível com um túnel SSH reverso. A idéia é que o servidor que você deseja acessar inicia a conexão do lado dele, conecta-se na sua máquina e disponibiliza, via túnel SSH uma porta de volta pra ele. ...

UPDATE: Acho que arrumei a formatação. Deve estar legível agora. !!!ATENÇÃO – A visualização de algumas sessões pode estar truncando conteúdo! Pelo jeito a tag tá quebrada. Preciso olhar isso, mas preguiça, né? Dá pra ler direitinho usando o RSS !!!! Mesmo com a a infra-estrutura toda virtualizada e clusterizada nos ESXi fazer um cluster de MySQL ainda é uma boa idéia. Não só você pode colocar as duas máquinas em storages diferentes e eliminar mais um ponto de falha mas também você pode dedicar uma (ou mais) VM(s) para read-only. ...