Desafio 05: Blob Storage & Azure Files

Tempo e Custo Estimados

60-75 min | Custo estimado: ~$0.50 | **Peso no Exame: 15-20% **

Introdução

A equipe de aplicações da Contoso armazena imagens de perfil de usuários, arquivos de log e relatórios no Azure. Enquanto isso, a equipe de finanças precisa de um sistema de arquivos compartilhado que possam montar a partir de seus desktops Windows | assim como o servidor de arquivos local ao qual estão acostumados. Você precisa configurar tanto o Blob Storage (para dados de aplicações) quanto o Azure Files (para o drive compartilhado da equipe de finanças).

Entender a diferença entre Blob Storage e Azure Files | e quando usar cada um | é fundamental para o exame AZ-104. Este desafio oferece experiência prática com ambos.

Habilidades do exame cobertas

Criar e configurar containers de blob
Criar e configurar compartilhamentos de arquivos
Configurar camadas de armazenamento (Hot, Cool, Archive)
Configurar exclusão reversível para blobs e containers
Configurar snapshots e versionamento de blobs
Configurar exclusão reversível para Azure Files
Configurar snapshots de compartilhamento de arquivos

Referência sysadmin ↔ Azure

On-Prem / Sysadmin	Equivalente no Azure	Observações
Pasta de dados de aplicação	Container de blob	Dados não estruturados (imagens, logs, backups)
Compartilhamento SMB (\server\share)	Compartilhamento Azure Files	Montável via SMB 3.0 em Windows/Linux/macOS
Volume Shadow Copy	Snapshots de blob / Snapshots de compartilhamento de arquivos	Recuperação pontual
Lixeira	Exclusão reversível	Exclusão recuperável (retenção configurável)
Versionamento de arquivo (DFS)	Versionamento de blob	Histórico automático de versões
Arquivo em fita / armazenamento offsite	Camada Archive	Custo mais baixo, horas para recuperar
SAN / armazenamento conectado diretamente	Compartilhamentos de arquivos Premium	Baseado em SSD, baixa latência

Descrição

Parte 1: configurar o ambiente

Criar um grupo de recursos e uma storage account:

RG="rg-blob-files-challenge"
LOCATION="eastus"
STORAGE_NAME="stblobfiles$RANDOM"

az group create --name $RG --location $LOCATION

az storage account create \
  --name $STORAGE_NAME \
  --resource-group $RG \
  --location $LOCATION \
  --sku Standard_LRS \
  --kind StorageV2 \
  --access-tier Hot

# Save the connection string
CONN_STRING=$(az storage account show-connection-string --name $STORAGE_NAME --resource-group $RG -o tsv)

Parte 2: Containers de Blob & camadas de acesso

Criar três containers de blob com diferentes níveis de acesso:

# Private (default): no anonymous access
az storage container create --name app-data --connection-string "$CONN_STRING"

# Private: for sensitive logs
az storage container create --name logs --connection-string "$CONN_STRING"

# Private: for archived reports
az storage container create --name archive --connection-string "$CONN_STRING"

Criar arquivos de teste e fazer upload de blobs para o container app-data:

echo "User profile data for Alice" > profile-alice.txt
echo "User profile data for Bob" > profile-bob.txt
echo "Application log entry 2025-01-15" > app-log-2025-01-15.txt

az storage blob upload --container-name app-data --file profile-alice.txt --name profiles/alice.txt --connection-string "$CONN_STRING"
az storage blob upload --container-name app-data --file profile-bob.txt --name profiles/bob.txt --connection-string "$CONN_STRING"
az storage blob upload --container-name logs --file app-log-2025-01-15.txt --name 2025/01/app-log-2025-01-15.txt --connection-string "$CONN_STRING"

Alterar a camada de acesso de um blob de Hot para Cool:

az storage blob set-tier \
  --container-name logs \
  --name "2025/01/app-log-2025-01-15.txt" \
  --tier Cool \
  --connection-string "$CONN_STRING"

Fazer upload de um arquivo para o container archive e definir para a camada Archive:

echo "Quarterly Report Q3 2024" > q3-report.txt
az storage blob upload --container-name archive --file q3-report.txt --name reports/q3-2024.txt --connection-string "$CONN_STRING" --tier Archive

Verificar as camadas de acesso:

az storage blob list --container-name app-data --connection-string "$CONN_STRING" \
  --query "[].{Name:name, Tier:properties.blobTier}" -o table

az storage blob list --container-name logs --connection-string "$CONN_STRING" \
  --query "[].{Name:name, Tier:properties.blobTier}" -o table

az storage blob list --container-name archive --connection-string "$CONN_STRING" \
  --query "[].{Name:name, Tier:properties.blobTier}" -o table

Parte 3: exclusão reversível para blobs & Containers

Habilitar exclusão reversível para blobs com período de retenção de 14 dias:

az storage account blob-service-properties update \
  --account-name $STORAGE_NAME \
  --resource-group $RG \
  --enable-delete-retention true \
  --delete-retention-days 14

Habilitar exclusão reversível para containers:

az storage account blob-service-properties update \
  --account-name $STORAGE_NAME \
  --resource-group $RG \
  --enable-container-delete-retention true \
  --container-delete-retention-days 14

Testar exclusão reversível | excluir um blob e depois recuperá-lo:

# Delete the blob
az storage blob delete --container-name app-data --name profiles/alice.txt --connection-string "$CONN_STRING"

# List deleted blobs (include soft-deleted)
az storage blob list --container-name app-data --connection-string "$CONN_STRING" --include d \
  --query "[?deleted].{Name:name, Deleted:deleted}" -o table

# Undelete the blob
az storage blob undelete --container-name app-data --name profiles/alice.txt --connection-string "$CONN_STRING"

Parte 4: versionamento de Blob

Habilitar versionamento de blob:

az storage account blob-service-properties update \
  --account-name $STORAGE_NAME \
  --resource-group $RG \
  --enable-versioning true

Testar o versionamento fazendo upload de uma versão modificada do mesmo blob:

echo "Updated profile data for Alice | version 2" > profile-alice-v2.txt
az storage blob upload --container-name app-data --file profile-alice-v2.txt --name profiles/alice.txt --connection-string "$CONN_STRING" --overwrite

# List versions
az storage blob list --container-name app-data --connection-string "$CONN_STRING" --include v \
  --query "[?name=='profiles/alice.txt'].{Name:name, VersionId:versionId, IsCurrentVersion:isCurrentVersion}" -o table

Parte 5: snapshots de Blob

Criar um snapshot de um blob:

az storage blob snapshot --container-name app-data --name profiles/bob.txt --connection-string "$CONN_STRING"

Listar snapshots:

az storage blob list --container-name app-data --connection-string "$CONN_STRING" --include s \
  --query "[?snapshot!=null].{Name:name, Snapshot:snapshot}" -o table

Parte 6: Azure Files | criar & configurar

Criar um compartilhamento Azure Files para a equipe de finanças:

az storage share-rm create \
  --storage-account $STORAGE_NAME \
  --resource-group $RG \
  --name finance-share \
  --quota 50

Criar diretórios e fazer upload de arquivos para o compartilhamento:

az storage directory create --share-name finance-share --name "reports" --connection-string "$CONN_STRING"
az storage directory create --share-name finance-share --name "invoices" --connection-string "$CONN_STRING"

echo "Budget Report 2025" > budget-2025.txt
az storage file upload --share-name finance-share --source budget-2025.txt --path "reports/budget-2025.txt" --connection-string "$CONN_STRING"

Mostrar como montar o compartilhamento de arquivos no Windows:

Windows (CMD)
Linux
Portal (Script de Conexão)

REM Get the storage account key
REM Replace <storage-account-name> and <storage-account-key> with your values

net use Z: \\<storage-account-name>.file.core.windows.net\finance-share /u:AZURE\<storage-account-name> <storage-account-key>

# Install cifs-utils if not installed
sudo apt-get install cifs-utils

# Create mount point
sudo mkdir -p /mnt/finance-share

# Mount the file share
sudo mount -t cifs //$STORAGE_NAME.file.core.windows.net/finance-share /mnt/finance-share \
  -o vers=3.0,username=$STORAGE_NAME,password=<storage-account-key>,dir_mode=0777,file_mode=0777

Parte 7: snapshots de compartilhamento de arquivos & exclusão reversível

Habilitar exclusão reversível para Azure Files:

az storage account file-service-properties update \
  --account-name $STORAGE_NAME \
  --resource-group $RG \
  --enable-delete-retention true \
  --delete-retention-days 14

Criar um snapshot de compartilhamento de arquivos:

az storage share snapshot --name finance-share --connection-string "$CONN_STRING"

Listar snapshots:

az storage share list --connection-string "$CONN_STRING" --include-snapshots \
  --query "[?name=='finance-share'].{Name:name, Snapshot:snapshot}" -o table

Critérios de sucesso

⬜Três containers de blob existem: app-data, logs, archive
⬜Blobs enviados com estrutura de diretório virtual correta (profiles/, 2025/01/)
⬜Camada do blob de log alterada de Hot para Cool
⬜Blob de arquivo enviado diretamente na camada Archive
⬜Exclusão reversível de blob habilitada (retenção de 14 dias)
⬜Exclusão reversível de container habilitada (retenção de 14 dias)
⬜Blob excluído e recuperado com sucesso usando exclusão reversível
⬜Versionamento de blob habilitado e múltiplas versões de um blob existem
⬜Um snapshot de blob foi criado
⬜Compartilhamento Azure Files finance-share existe com diretórios e arquivos
⬜Snapshot de compartilhamento de arquivos criado
⬜Exclusão reversível do Azure Files habilitada

Dicas

Dica 1: Entendendo as camadas de acesso

Camada	Custo de Armazenamento	Custo de Acesso	Tempo de Recuperação	Retenção Mín.	Caso de Uso
Hot	Mais alto	Mais baixo	Instantâneo	Nenhum	Dados acessados frequentemente
Cool	Mais baixo	Mais alto	Instantâneo	30 dias	Acesso infrequente (mensal)
Cold	Ainda mais baixo	Ainda mais alto	Instantâneo	90 dias	Acesso raro
Archive	Mais baixo	Mais alto	Horas (1-15h)	180 dias	Backup de longo prazo, conformidade

Informação

Penalidade por exclusão antecipada: Se você excluir ou mover um blob de Cool/Archive antes do período mínimo de retenção, será cobrado como se o mantivesse pelo período completo. Por exemplo, excluir um blob de Cool após 10 dias = cobrado por 30 dias.

Dica 2: Versionamento de blob vs. snapshots

Recurso	Versionamento	Snapshots
Gatilho	Automático em cada escrita	Manual (você os cria)
Escopo	Blob individual	Blob individual
Identificação	VersionId (baseado em timestamp)	Timestamp do snapshot
Mutável	Não (versões são imutáveis)	Não (snapshots são somente leitura)
Excluível	Sim (excluir versões específicas)	Sim (excluir snapshots específicos)
Caso de uso	Trilha de auditoria, histórico automático	Backup pontual

Dica para o exame: Versionamento é a abordagem moderna recomendada. Snapshots são legados mas ainda são testados.

Dica 3: Reidratando um blob arquivado

Blobs arquivados não podem ser lidos diretamente. Você deve primeiro reidratá-los:

# Change tier from archive to hot (standard priority: up to 15 hours)
az storage blob set-tier \
  --container-name archive \
  --name reports/q3-2024.txt \
  --tier Hot \
  --connection-string "$CONN_STRING"

# High priority rehydration (faster, more expensive: under 1 hour for < 10 gb)
az storage blob set-tier \
  --container-name archive \
  --name reports/q3-2024.txt \
  --tier Hot \
  --rehydrate-priority High \
  --connection-string "$CONN_STRING"

Dica 4: Azure Files | Requisitos de porta SMB

Azure Files usa SMB 3.0 pela porta TCP 445. Muitos provedores de internet e firewalls corporativos bloqueiam esta porta.

Para verificar se a porta 445 está aberta:

Test-NetConnection -ComputerName <storage-account>.file.core.windows.net -Port 445

Se a porta 445 estiver bloqueada, as alternativas incluem:

Azure VPN Gateway (conectar via VPN)
Azure File Sync (sincronizar com servidor local)
REST API (acesso programático, sem necessidade de SMB)

Dica 5: Guia de decisão Blob vs. Azure Files

Cenário	Use
App armazena/lê dados não estruturados (imagens, logs)	Blob Storage
Usuários precisam de drive mapeado (Z:)	Azure Files
Streaming de mídia ou origem CDN	Blob Storage
Lift-and-shift de servidor de arquivos local	Azure Files
Data lake para analytics	Blob Storage (Data Lake Gen2)
Arquivos de configuração compartilhados entre VMs	Azure Files

Recursos de aprendizado

Quebre & conserte

Após completar o desafio, tente estes cenários de solução de problemas:

Surpresa com blob arquivado: Tente baixar o blob que você definiu para a camada Archive. Qual erro você recebe? (BlobArchived | você deve reidratar primeiro.) Quanto tempo leva a reidratação padrão?
Confusão com exclusão reversível: Exclua um blob, depois exclua o mesmo blob novamente após recriá-lo. Quantas versões excluídas de forma reversível existem? Você pode recuperar uma específica?
Falha na montagem do compartilhamento de arquivos: Tente montar o compartilhamento Azure Files a partir de uma rede onde a porta 445 está bloqueada. Qual erro você vê? Quais são as opções de contorno?
Sobreposição de snapshot e versionamento: Habilite tanto versionamento quanto snapshots no mesmo container. Faça upload de um arquivo, crie um snapshot, depois sobrescreva o arquivo. Quantas cópias existem agora? (Versão original, snapshot do original e nova versão atual = 3 cópias.)

Teste seus conhecimentos

1. Qual é a diferença de custo entre as camadas Hot, Cool e Archive?

Custos de armazenamento (por GB/mês, aproximado para LRS em East US):

Hot: ~$0.018/GB
Cool: ~$0.010/GB
Archive: ~$0.002/GB

Custos de acesso (por 10.000 operações de leitura):

Hot: ~$0.004
Cool: ~$0.01
Archive: ~$5.00 (mais custo de reidratação)

Percepção chave: Archive é 9x mais barato para armazenar mas 1.250x mais caro para ler. Use apenas para dados que você raramente precisa acessar.

2. Quando você deve usar Blob Storage vs. Azure Files?

Use Blob Storage quando:

Aplicações acessam dados via REST API ou SDKs
Você precisa de armazenamento escalável para dados não estruturados (imagens, vídeos, logs)
Você quer usar camadas de acesso (Hot/Cool/Archive)
Você está construindo um data lake

Use Azure Files quando:

Aplicações usam APIs padrão de sistema de arquivos (SMB/NFS)
Você precisa de um sistema de arquivos compartilhado entre múltiplas VMs
Você está migrando um servidor de arquivos local ("lift and shift")
Você precisa de acesso a arquivos compatível com POSIX

3. Qual é o tamanho máximo de um compartilhamento Azure Files?

Compartilhamentos de arquivos Standard: Até 100 TiB (com compartilhamentos de arquivos grandes habilitados; padrão é 5 TiB)
Compartilhamentos de arquivos Premium: Até 100 TiB (modelo de capacidade provisionada)
Tamanho máximo de arquivo: 4 TiB por arquivo individual
Profundidade máxima de diretório: Sem limite prático, mas o caminho completo não pode exceder 2.048 caracteres

4. Você pode alterar a camada de um blob sem reenviá-lo?

Sim! Você pode alterar a camada de um blob existente a qualquer momento usando:

Portal do Azure (propriedades do blob)
Azure CLI: az storage blob set-tier
REST API / SDKs

Mudanças de camada do Archive requerem reidratação, que pode levar horas. Mudanças entre as camadas Hot, Cool e Cold são instantâneas.

Nota: Mudar de camada incorre em uma cobrança de operação de escrita na taxa da camada de destino, mais uma taxa de exclusão antecipada se o blob não atingiu o período mínimo de retenção para sua camada atual.

Limpeza

# Delete the resource group (removes storage account and all data)
az group delete --name rg-blob-files-challenge --yes --no-wait

# Clean up local files
rm -f profile-alice.txt profile-bob.txt profile-alice-v2.txt app-log-2025-01-15.txt q3-report.txt budget-2025.txt

Próximo: Desafio 06 | Segurança de Storage & Ciclo de Vida

Introdução​

Habilidades do exame cobertas​

Referência sysadmin ↔ Azure​

Descrição​

Parte 1: configurar o ambiente​

Parte 2: Containers de Blob & camadas de acesso​

Parte 3: exclusão reversível para blobs & Containers​

Parte 4: versionamento de Blob​

Parte 5: snapshots de Blob​

Parte 6: Azure Files | criar & configurar​

Parte 7: snapshots de compartilhamento de arquivos & exclusão reversível​

Critérios de sucesso​

Dicas​

Recursos de aprendizado​

Quebre & conserte​

Teste seus conhecimentos​

Limpeza​