Caro leitor, seja bem-vindo ao Blog Jefferson Castilho.
Fico muito grato com sua visita, o tema de hoje é “Stop VM, reserva de IP Público Azure”.
Hoje trago uma novidade que sempre quando criamos uma VM no Microsoft Azure, por default o IP Publico dela vem como “Dinâmico”.
Isso sempre foi um problema que caso não fosse habilitado o IP como “Estático” dentro das propriedades do IP Público. A
Após o reboot ou processo de desalocate da VM, esse IP era liberado para outra máquina virtual gerando transtorno para o administrador do Azure.
O Microsoft Azure disponibilizou o processo quando é criado uma nova VM, após o primeiro “Stop” dela temos um Pop-Up de informação se desejamos reservar esse IP Público para essa VM como na imagem abaixo.
Caso você selecione a opção que deseja reservar o IP Público, no processo de desligamento dela o IP será mantido.
Uma dica superinteressante que nos ajuda no dia-dia de configuração das Virtual Machine do Azure.
Terminando de acordo que é provável que conhece as minhas redes sociais.
Antes de tudo você conhece as minhas redes sociais? da mesma forma no canal no Youtube? entretanto nos links abaixo e se cadastre para não perder as oportunidades de receber os links quando forem publicados.
Caro leitor, seja bem-vindo ao Blog Jefferson Castilho.
Fico muito grato com sua visita, o tema de hoje é “PowerShell – Alterando o GRS do Site Recovery”.
Neste artigo vou mostrar como podemos alterar a redundância de armazenamento de datacenter para “GRS” GRS – Geo-redundant storage
O armazenamento com redundância geográfica (GRS) foi desenvolvido para fornecer pelo menos 99.99999999999999% (16 9’s) durabilidade dos objetos em um determinado ano, replicando dados para uma região secundária situada a centenas de milhas de distância da região primária. Se sua conta de armazenamento tem GRS habilitado, seus dados serão duráveis mesmo no caso de uma interrupção regional completa ou um desastre no qual a região principal não possa ser recuperada.
Para uma conta de armazenamento com GRS ou RA-GRS habilitada, todos os dados são primeiro replicados com armazenamento redundante localmente (LRS). Uma atualização primeiro é confirmada para o local primário e replicados usando o LRS. A atualização, em seguida, é replicada assincronamente para a região secundária usando GRS. Quando dados são gravados para o local secundário, ela também é replicada dentro desse local usando o LRS.
Fonte de Dados acima, Docs Microsoft.
Este procedimento para a criação do site recovery é muito importante no inicio da implementação, uma vez inserido dados neste cofre não é mais possível a mudança dessa propriedade.
Como podemos alterar essa opção? No comando podemos executar alterando a opção para GRS (Geo-redundant storage).
Criação da variável que traz as informações do Recovery Services.
Após de ter executado criando a variável, podemos testar a variável chamado ela no powershell “$vaultbackup” terá que retornar as informações do Vault.
Para validar qual o modelo de “Redundância está configurada” no comando abaixo.
Após alterado, podemos usar o comando que efetuamos para validar as configurações.
Terminando de acordo que é provável que conhece as minhas redes sociais.
Antes de tudo você conhece as minhas redes sociais? da mesma forma no canal no Youtube? entretanto nos links abaixo e se cadastre para não perder as oportunidades de receber os links quando forem publicados.
Voce que apesar de usar o Facebook pode curtir. Facebook: https://www.facebook.com/blogjeffersoncastilho
Com o fim de que voce pode assinar a Newsletter do meu canal do Youtube. Youtube: https://goo.gl/1g3OvL
Da mesma forma que voce pode me seguir pelo Twitter. Twitter:https://twitter.com/je_will
Com o intuito de em caso de dúvidas ou problemas na execução, pode deixar seu comentário que em breve responderemos.
Aliás obrigado e até o próximo post. Jefferson Castilho Certificações: MPN | MCP | MCTS | MCTIP | MS | MCSA | MCSE | MCT | MVP (Microsoft Azure) Blog: https://jeffersoncastilho.com.br Facebook: https://www.facebook.com/blogjeffersoncastilho Youtube: https://goo.gl/1g3OvL
Caro leitor, seja bem-vindo ao Blog Jefferson Castilho.Fico muito grato com sua visita, o tema de hoje é, Criação de máquina virtual Microsoft Azure.
A Microsoft mudou o padrão de criação de novas maquinas no Azure com uma forma mais fácil e objetiva.
Com isso ganhamos mais tempo caso exista uma validação da criação delas com abas no menu superior da criação de novas maquinas.
Para criar primeiramente temos que realizar os passos abaixo mencionados.
Selecione a subscription de criação.
Criação de um Resource Group ou Existente. Por default ele trará um existente, caso queira criar um Resource Group teremos que selecionar a opção “Create new”.
Nome da Máquina Virtual.
Datacenter que deseja criar a máquina virtual
Caso exista um Avaialability Group selecione a opção “deseja”.
Imagem do Sistema operacional que deseja.
O “Size”, na realidade o plano que deseja a criação da VM.
Selecione o usuário e senha do administrador do seu servidor, lembrando que não pode ser “Admin / Administrator” para Windows e “root” para Linux.
Em “IMBOUND PORT RULES” é importante inserir a porta que você deseja para acesso dessa VM. “Se Windows Protocolo RDP” se “Linux SSH”
Caso tenha algum tipo de contrato que obtenha descontos selecione a opção “Yes” caso não mantenha “no”.
“Next Disk”.
Em “Disks” iremos manter a criação desta forma.
Selecione o modelo de disco que deseja criar em “Premium SSD” que é mais caro mais tem uma performance melhor, ou em “Standard HDD” que tem uma performance menor com um custo menor.
Em data disks caso desejável um disco secundário na VM.
Selecione a opção de “Use Managed Disks” para discos gerenciáveis.
Next: Networking”
Em “Networking” definimos toda a estrutura de rede da Máquina Virtual.
Em “Virtual Network” selecione a VNET que deseja, caso não tenha a VNET clique em “Create new”.
Em “Subnet” selecione a subnet criada na Vnet que você deseja.
Em “Public IP” faça a criação em “Create new” por default em maquinas novas quando habilitada a regra de RDP ele cria automaticamente com a opção “New”.
Em “network Security group selecione a opção “Basic” caso deseja que seja mantido o default, ou “Advanced caso tenha regras especificas para essas maquinas.
Em “Public inbounds ports mantenha a opção “Allow selected ports” que selecionamos no processo de criação da maquinas virtual.
Em “Accelerated Network” mantenha a opção habilitada quando suportada.
Em “Next” Management.
Em management podemos manter as opções abaixo.
Em “Monitoring” é a opção de ver o boot da sua VM, habilitado caso tenha problemas no boot.
Em “Identify” caso queria manter a VM em algum no Azure AD.
Em “Auto ShutDown” podemos manter o processo para desligamento da VM diário.
Em “Backup” podemos selecionar um Vault de Backup para configurar o Image Level da máquina.
Em “Next Guest config”.
Nesta “Guest Config” caso você deseja ou tenha alguma extensão por default utilizada no Azure, caso não tenha pode selecionar a opção “Next Tags”.
Caso desejável incluir alguma TAG no ambiente caso não selecione a opção “Next Review + Create”.
Neste caso estamos finalizados o Step de criação da maquinas, caso tenha informado a opção “Validation Passed”.
Caso tenha algum problema na validação, faça o processo novamente que acusou o erro, após isso selecione a opção “Create”.
Neste caso a Virtual Machine teste-VM foi criada conforme o descritivo abaixo com sucesso.
Terminando de acordo que é provável que conhece as minhas redes sociais.
Antes de tudo você conhece as minhas redes sociais? da mesma forma no canal no Youtube? entretanto nos links abaixo e se cadastre para não perder as oportunidades de receber os links quando forem publicados.
