Eu estou familiarizado com a CLI em switches Ethernet gerenciados. No entanto, recentemente me deparei com um termo 'CLI baseado em transações' nos comutadores. Não sei exatamente o que é isso e o objetivo de tê-lo em switches. É semelhante às transações do banco de dados onde você pode desenrolar todos os comandos antes de enviá-los?
Editar:
Como pedido:
Respostas:
Transações da Cisco CLI com archive de configuração e reversão
Esses recursos são muito semelhantes aos encontrados em outras partes do setor ... por exemplo, em um roteador Cisco, você pode confirmar alterações em transações reversíveis, se tiver
archive
ativado na configuração em execução da Cisco.Não há um Loopback100 configurado no momento ...
Transação CLI de exemplo, configure e confirme
Vamos configurar
Loopback100
com um timer de reversão de 10 minutos, ver nossas alterações desde o instantâneo da configuração, confirmar as alterações e, em seguida, reverter. Se o cronômetro de reversão expirar sem confirmar a configuração, ele reverterá automaticamente para o nosso últimoconfig archive
(o que também acontece quando você executaconfig terminal revert
).Essas transações são valiosas porque, se você manipular completamente a configuração do roteador até o ponto inacessível, ele reverterá automaticamente para o instantâneo salvo ... também ajuda se você pode gerenciar o roteador, mas precisa reverter para um estado conhecido. configuração com pressa.
Podemos ver que Looback100 existe ...
Podemos ver as diferenças necessárias para reverter para o último arquivo de configuração ...
Agora podemos confirmar a confirmação ... isso significa que não reverteremos automaticamente se o cronômetro de 10 minutos expirar.
Reversão de transação da CLI
Suponha que encontremos um problema depois
config confirm
. Vamos reverter para a antiga configuração que arquivamos ...Agora, o Loopback100 não existe na configuração em execução. A configuração é exatamente do jeito que era quando tiramos nosso primeiro instantâneo.
Quando ocorre uma reversão, a configuração é bloqueada de qualquer outra atividade de configuração. No caso de um bug ou algum evento imprevisível, é uma boa ideia ter
configuration mode exclusive auto expire [timeout-in-seconds]
em sua configuração ao usar esse recurso. Eu gosto do valor de tempo limite máximo de 600 segundos ... isso significa que o tempo máximo que a configuração pode ser bloqueada é de 10 minutos.Nota histórica
Originalmente, a Juniper era o primeiro grande fornecedor a implantar recursos de reversão de configuração. Eu trabalhava na Cisco na época e nossas contas de vendas gritavam por esse recurso no Cisco IOS. Ainda me lembro de editais internos de jogadores importantes da empresa, que disseram "é impossível no Cisco IOS".
Claro, com persistência suficiente (e alguns anos no meio), temos no IOS ... o ponto é, não assuma o primeiro "não, não podemos fazer isso" realmente está correto.
fonte
config confirm
, está apenas dizendo ao roteador que não deseja reverter essas alterações automaticamente. Obviamente, é perfeitamente possível fazer alterações sem reversão programada. De qualquer forma, os comandos estão imediatamente ativos.Sua suposição está correta. Nos dois casos, é possível reverter os comandos de configuração para um ponto conhecido se eles não funcionarem conforme o esperado.
fonte