Resumo

  • O relatório de 2014 da ARIN registra 901 minutos de indisponibilidade imprevista no provisionamento, dos quais 619 vieram de duas ocorrências ligadas ao UPS.
  • Depois de testes e padronização com Puppet, a equipe de Mark Kosters concluiu a migração para Ashburn em 1º de novembro de 2014; um problema de multicast nos novos switches foi resolvido antes da reabertura pública.

O UPS falhou, e a conversa sobre continuidade deixou de caber num organograma. No relatório anual de 2014, Mark Kosters explica que a pane da primavera levou a Operações a acelerar a saída do hardware crítico voltado aos clientes. O documento também faz a conta do provisionamento: 901 minutos de parada não planejada naquele ano. Duas ocorrências de UPS respondem por 499 e 120 minutos; Postgres, por 132; a conexão Cox, por 150. O número descreve esse serviço específico e põe preço operacional na escolha do imóvel.

O imóvel era a sede em Chantilly, perto do aeroporto de Dulles. No relato escrito por Kosters, o parque de escritórios tinha uma única entrada de energia e só dois provedores de rede. Não havia fornecimento sustentável depois de uma falha. Obras numa via próxima já tinham provocado interrupções. A ARIN podia administrar números da Internet, mas não podia negociar com a física do poste.

A resposta foi levar a produção para uma instalação de colocation em Ashburn. Antes da mudança, a equipe testou os serviços e uniformizou ambientes com o gerenciamento de configuração Puppet. Kosters fala em aproximadamente um ano de preparação. Na data da virada, 1º de novembro, os novos switches Juniper exibiram um comportamento estranho de multicast. Resolvido o problema, a entrada pública abriu perto das 21h. O relatório da ARIN confirma a conclusão da transferência e descreve Ashburn como base confiável para as operações centrais.

O mérito da decisão está na precisão: identificar uma dependência física, medir interrupções, trocar o local da operação e conseguir fazer a passagem. Continuidade, aqui, tinha endereço e horário.