Criando Armazenamento de Arquivos no Microsoft Azure
Olá Pessoal!!!

Hoje vou demonstrar a vocês como criar um Storage no Microsoft Azure. Nele vamos compartilhar arquivos entre Servidores no Azure e entre as aplicações no local pode acessar dados de arquivo em um compartilhamento por meio da API.
Essa feature está em Preview ainda não está liberada, para habilitar em sua subscription basta ir no Microsoft Azure Preview e procurar o "Azure Files" e habilitar em sua conta.

Lembrando que o Preview do Azure Files está disponível apenas para um novo Storage.

Criando Storage

Para a criação do Storage vamos em Novo> Serviço de Dados> Armazenamento> Criação Rapida em seguida vamos adicionar as seguintes informações:

  1. URL = Um nome para seu Storage.
  2. Local/Grupo de Afinidade = Você escolhe a região onde quer que fique alocado seu Storage. A mesma localidade que seu Storage está sua Máquina Virtual tem que estar. 
  3. Opções de Replicação = Os dados de sua conta de armazenamento são replicados para garantir durabilidade que também é altamente disponível, atendendo ao Contrato de Nível de Serviço do armazenamento do Azure mesmo no caso de falhas transitórias de hardware. O Armazenamento do Azure é implantado em 15 regiões ao redor do mundo e também inclui suporte para replicar dados entre diferentes regiões. Você tem diversas opções para replicar os dados em sua conta de armazenamento:

  • Armazenamento localmente redundanteLocalmente armazenamento redundante (LRS) replica seus dados dentro da região em que você criou a sua conta de armazenamento. Para maximizar a durabilidade, a cada pedido feito em relação aos dados da sua conta de armazenamento é replicado três vezes. Estes três réplicas cada residem em domínios de falhas separadas e atualizar domínios. Um domínio de falha (FD) é um grupo de nós que representam uma unidade física de falha e podem ser consideradas como nodos que pertencem ao mesmo suporte físico. Um domínio de atualização (UD) é um grupo de nós que são atualizados em conjunto durante o processo de atualização de serviço (rollout). Os três réplicas estão espalhados por UDs e DFs para garantir que os dados estão disponíveis, mesmo que os impactos de falha de hardware um único rack e quando nós forem atualizados durante um lançamento. Um pedido retorna com êxito somente depois que ele foi escrito para todas as três réplicas.
  • Zona de armazenamento redundante: Zona de armazenamento redundante (ZRS) replica seus dados através de 2 a 3 datacenters na mesma região ou em duas regiões diferentes, proporcionando maior durabilidade do que LRS. Se a sua conta de armazenamento permitiu ZRS, então seus dados é durável, mesmo no caso de falha em uma das instalações.
  • Armazenamento geo-redundanteArmazenamento geo-redundante (GRS) replica seus dados para uma região secundária que é centenas de milhas de distância da região primária. Se a sua conta de armazenamento permitiu GRS, então seus dados é durável, mesmo no caso de uma queda regional, completa ou um desastre em que a região primária não é recuperável. Para uma conta de armazenamento com GRS ativado, uma atualização está empenhada em primeiro lugar para a região primária, onde ele é replicado três vezes. Em seguida, a atualização é replicado para a região secundária, onde também é replicado três vezes, entre domínios falha separadas e atualizar domínios. 
  • Redundância Geográficamente com Acesso de Leitura:  armazenamento redundante geo-(RA-GRS) maximiza a disponibilidade da sua conta de armazenamento, fornecendo acesso somente leitura aos dados no local secundário, além da replicação em duas regiões fornecidos pela GRS. No caso de dados fica indisponível na região primária, seu aplicativo pode ler dados a partir da região secundária.Quando você habilita o acesso somente leitura aos seus dados na região secundária, seus dados estão disponíveis em um endpoint secundário, para além do objectivo primário para a sua conta de armazenamento. O objectivo secundário é semelhante ao endpoint primário, mas acrescenta o sufixo -secondary para o nome da conta. Por exemplo, se o seu objectivo primário para o serviço de Blob é myaccount.blob.core.windows.net, então o seu objectivo secundário é myaccount-secondary.blob.core.windows.net. As teclas de acesso para sua conta de armazenamento são as mesmas para ambos os primário e endpoints secundários.
Referencia:Redundância de Storage Microsoft Azure



Após preencher os dados clique em Criar Conta de Armazenamento.

Vamos verificar no Storage se ele criou o Arquivos



Criando Arquivo Compartilhado

Agora vamos precisar do nome do Storage e da chave de acesso do Storage, para isso vamos no Painel > Gerenciar Chaves de Acesso



Em Gerenciar Chaves de Acesso pegue o nome do Storoge e a Chave Primária 


Para fazer a instalação do Module Powershell para Microsoft Azure acesse esse link para instalação Powershell Microsoft Azure.

Com o Powershell instalado logue na sua conta, execute o seguinte comando

add-azureaccount



Vamos criar o Contexto para a conta e chave, execute o seguinte comando

$MJ=New-AzureStorageContext demoazurefiles 9yF0cIFAtcdgTuuAmZYbIvE24QgsrKh9nd8e9K8NePDxS2eQ8TUncmEkykiesSjLinUG60cq/RZIA3Pkgk8d3w==




Agora vamos criar o Compartilhamento de Arquivos, execute o seguinte comando

$s = New-AzureStorageShare demoazurefiles -Context $MJ




Após criar o compartilhamento de Arquivos, vamos criar um diretório e um arquivo, execute o seguinte comando

New-AzureStorageDirectory -Share $s -Path demoazurefiles




Agora vamos fazer um upload de um arquivo para testar o compartilhamento, execute o seguinte comando

Set-AzureStorageFileContent -Share $s -Source C:\TesteAzureFiles\Azure.txt -Path demoazurefiles


Após fazer o upload do arquivo vamos listar a pasta com o seguinte comando

Get-AzureStorageFile -Share $s -Path demoazurefiles


Pronto o File Storage está configurado.

Montando Compartilhamento para as Máquinas Virtuais no Microsoft Azure

Agora vamos montar o compartilhamentos de arquivos nas máquinas virtuais, lembrando que funciona apenas no ambiente do Azure pois a ferramenta ainda está em Preview.
Para montar o compartilhamento vamos adicionar a conta do storage e a chave 

cmdkey /add:demoazurefiles.file.core.windows.net /user:demoazurefiles /pass:9yF0cIFAtcdgTuuAmZYbIvE24QgsrKh9nd8e9K8NePDxS2eQ8TUncmEkykiesSjLinUG60cq/RZIA3Pkgk8d3w==



Em seguida vamos usar o "Net Use" para compartilhar o Storage na máquina Virtual, execute o seguinte comando

net use m: \\demoazurefiles.file.core.windows.net\demoazurefiles




Pronto vamos verificar como ficou o mapeamento do Storage no Máquina





Pronto seu Storage Files está compartilhando entre máquinas no Microsoft Azure.

Obrigado Pessoal e até o Próximo Post.

Segue o artigo em Inglês Creating files in Microsoft Azure storage
Erro 'HoldForMigration' ao criar Pasta Pública Ambiente Híbrido
Olá Pessoal!!!

Recentemente acabei me deparando com o seguinte problema 'HoldForMigration' na criação de Pasta Pública no Office 365. Após a configuração do ambiente Híbrido entre o Exchange 2010 e Office 365 não era possível criar nenhuma estrutura de Pasta Pública no Exchange Online.


Logar no Office 365

Vamos logar no Office 365 via Powershell, execute o seguinte comando

1º - $livecred = Get-Credential

2º - Connect-MsolService -Credential $livecred

3º - $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $LiveCred -Authentication Basic -AllowRedirection

4º - Import-PSSession $Session

Agora vamos verificar se a Pasta Pública está como "Remote", execute o seguinte comando.

Get-OrganizationConfig | fl *Public*


Observação: Quando estiver setado como Remote, ele fica procurando diretamente no Servidor de Exchange On-Premisses.
Quando estiver como Local ele vai apontar diretamente para o Office 365.

Agora vamos alterar o valor Remote para Local

Execute o seguinte comando para fazer a alteração

Set-OrganizationConfig | -PublicFoldersEnable Local



Em seguida execute novamente o comando, para validar se foi alterado de Remote para Local

Get-OrganizationConfig | fl *Public*

Pronto, seu Tenant está pronto para a criação de Pastas Públicas no Office 365.

Obrigado e até o próximo Post.
Protegendo VMs com Azure Backup
Olá Pessoal!!!

Hoje vou demostrar a vocês como fazer o backup de Máquinas Virtuais no Microsoft Azure utilizando o Azure Backup. O azure backup visa a redução de custos dos Storage em sua empresa.

O Backup e compatível com Windows e Linux, os pontos de restauração ficaram disponíveis para facilitar a restauração.

Criação do Cofre


No Portal de Gerenciamento Azure, clique em Serviços de recuperação> Cofre de Backup> Criação Rápida. Em Nome, digite um nome para identificar o seu cofre e na Região arquivado selecione a região  para o cofre. Clique em Criar Cofre.

Observação: Lembrando que o Cofre precisa ser na mesma região que as máquinas virtuais que você deseja proteger. Se você tiver máquinas virtuais em diferentes regiões vai ter que criar um Cofre para cada um.



Pronto o Cofre foi criado com sucesso.


Registrando Máquinas Virtuais


Agora com o Cofre criado vamos escolher as máquinas virtuais que vamos adicionar no backup, clique em no Cofre.



Clique nos Itens Registrados e na barra de ação, clique em Descobrir



Em seguida clique em Registrar



Agora vamos escolher as máquinas que iremos fazer backup, nesse processo de registro e implantação e extensão dos serviços de recuperação na máquina virtual e permite backup



Em seguida clique em OK


Protegendo Máquina Virtual


Na guia Itens registrados selecione a máquina virtual e clique em Proteger na barra de ação na parte inferior para abrir o assistente Itens Protegidos.



Na página Selecionar Itens Protegidos escolha as máquinas que deseja ativar a proteção. Clique em Avançar.



Agora vamos cria uma Política para os backups;

  1. Criar Novo = Criando uma nova Politica.

  2. Nome para a Política = O nome para cada politica criada.

  3. Frequência dos Backups = Os dias e horarios que o backup vai ser executado.

  4. Período de Retenção = Dia ou Semanas de retenção do Backup.

  5. Finish;



Depois de proteção está configurada a máquina virtual aparece na guia Itens protegido. Ele será exibido com o status de protegido (pendente de backup inicial) até a conclusão do backup inicial e, em seguida, com um status de proteção.

Agora vamos em Itens Protegidos e seguida clique em Fazer Backup Agora.



Em Trabalhos e possível acompanhar o Backup da Máquina Virtual.



Pronto as máquinas virtuais no Microsoft Azure estão protegidas e seguras.

Obrigado e até o próximo Post.
no image
Olá Pessoal!!!

Hoje vou demostrar a vocês como instalar o RDP em Servidores Linux, isso ajuda muito os administradores que necessitam de acesso via RDP e Interface Gráfica em servidores Linux no Azure.

Após criar o Servidor Linux no Windows Azure, vamos conectar utilizando o Putty com o DNS Name Público do servidor.

1

2

Em seguida clique em Yes, como é a primeira vez que você conecta no Putty armazenar o cache. Em seguida logue com o usuário.

3

Execute o comando para atualizar o CentOs.

yum update

6

Execute o comando sudo su e coloque a senha para utilizar o usuário Root

Vamos a instalação da Interface Gráfica no CentOs 7, a interface do CentOs se chama GNOME Desktop. Vamos a instalação dos pacotes

yum -y groupinstall "Desktop" "Desktop Platform" "X Window System" "Fonts"

25

Agora vamos instalar os pacotes adicionais

yum -y groupinstall "Graphical Administration Tools"

26

yum -y groupinstall "Internet Browser"

27

yum -y groupinstall "General Purpose Desktop"

28

A instalação do Office Suite é opcional

yum -y groupinstall "Office Suite and Productivity"

29

yum -y groupinstall "Graphics Creation Tools"

30

Vamos instalar também do K Desktop Environment (KDE).

yum -y groupinstall kde-desktop

31

Pronto, depois de instalar os pacotes de um Reboot.

32

Agora vamos criar uma pasta chamada EPEL, para a instalação do Repositório.

mkdir EPEL

cd EPEL

4

Em seguida faça o download do Repositório

wget http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm

5

wget http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-5.el7.nux.noarch.rpm

6

rpm -ivh epel-release-7-5.noarch.rpm

7

rpm -ivh nux-dextop-release-0-5.el7.nux.noarch.rpm

8

Agora vamos instalar o Xrdp, execute o seguinte comando

yum install -y xrdp tigervnc-server

9

Agora vamos acessar a pasta xrdp

cd /etc/xrdp

10

Agora vamos fazer o download dos arquivos necessários para o funcionamento do Xrdp, execute o seguinte comando

wget http://www.mail-archive.com/xrdp-devel@lists.sourceforge.net/msg00263/km-e0010411.ini

Agora vamos copiar os seguintes arquivos, execute os seguinte comandos

cp km-e0010411.ini km-0411.ini

cp km-e0010411.ini km-e0200411.ini

cp km-e0010411.ini km-e0210411.ini

12

Vamos iniciar o serviço do Xrdp

systemctl start xrdp.service

13

Agora vamos habilitar o serviço do Xrdp

systemctl enable xrdp.service

14

Vamos hablitar e verificar o Firewall,execute o seguinte comando

systemctl enable firewalld
systemctl start firewalld
systemctl status firewalld

16

Agora vamos adicionar as seguintes informações no firewall

firewall-cmd --permanent --zone=public --add-port=3389/tcp

firewall-cmd --reload

17

Após esse processo reinicie o servidor com o seguinte comando Reboot.

32

Pronto, agora vamos criar o EndPoint no portal do Windows Azure com a porta 3389.

Vá até Pontos de Extremidade e clique em Adicionar

18

Selecione a opção ADCIONAR UM PONTO DE EXTREMIDADE AUTÔNOMO e clique em Next

19

Agora vamos selecionar a opção Remote Desktop e verifique as portas 3389, depois clique em Finish

20

Pronto o RDP com a porta 3389 foi criado no Microsoft Azure.

21

Agora vamos acessar o servidor via RDP, vá ate o Painel em seguida clique em Conectar

22

Abra o Remote Desktop e clique em Connect em seguida em Yes

23

Coloque o usuário e senha para logar no servidor

24

Pronto seu servidor de CentOs 7 está com acesso via RDP.

33

Obrigado Galera até o Próximo.