ハンズオンラボ — DP-900 Microsoft Azure Data Fundamentals

概要

前提条件

ステップ

1. 1.Terraformのバージョン、プロバイダー、およびリソースグループを選択する

   標準的なAzureの開始部分を1つのブロックにまとめます。azurerm ~> 4.0 を固定し、random および random_password プロバイダーを登録し（両方使用します — random_id は一意のリソース命名に、random_password はSQL管理者パスワードに）、リソースグループを作成します。

   コピー

   terraform {
     required_version = ">= 1.5"
   
     required_providers {
       azurerm = {
         source  = "hashicorp/azurerm"
         version = "~> 4.0"
       }
       random = {
         source  = "hashicorp/random"
         version = "~> 3.6"
       }
     }
   }
   
   provider "azurerm" {
     features {}
   }
   
   resource "random_id" "suffix" {
     byte_length = 2
   }
   
   locals {
     tags = {
       Project   = "certlabpro-dp-900"
       ManagedBy = "terraform"
     }
   }
   
   resource "azurerm_resource_group" "main" {
     name     = "certlabpro-dp-900-rg"
     location = "eastus"
     tags     = local.tags
   }

2. 2.ライフサイクルポリシーを持つ分析/BLOBワークロード用のストレージアカウントをプロビジョニングする

   プロビジョニング対象:

   • Azure Storage

   Azure Storageは、DP-900のあらゆる問題が前提とする分析データ基盤です（ホット/クール/アーカイブ階層化、コールドデータを自動的に移行するライフサイクルポリシー）。階層型ネームスペース (is_hns_enabled = true) を有効にすることで、アカウントをAzure Data Lake Storage Gen2に変換します — これはAzure Synapse、Databricks、Fabricが分析ワークロードで期待するバージョンです。

   ライフサイクルポリシーは、DP-900で最もよくテストされるコスト最適化メカニズムです。アクティブデータにはホットティア、30日経過後にクールティア、90日経過後にアーカイブティアです。3つのティア、3つの保持期間 — 試験ではシナリオでこれらの日数が挙げられます。

   コピー

   resource "azurerm_storage_account" "analytics" {
     name                            = "dp900data${random_id.suffix.hex}"
     resource_group_name             = azurerm_resource_group.main.name
     location                        = azurerm_resource_group.main.location
     account_tier                    = "Standard"
     account_replication_type        = "LRS"
     account_kind                    = "StorageV2"
     is_hns_enabled                  = true # Data Lake Storage Gen2
   
     https_traffic_only_enabled      = true
     min_tls_version                 = "TLS1_2"
     allow_nested_items_to_be_public = false
   
     tags = local.tags
   }
   
   resource "azurerm_storage_management_policy" "analytics" {
     storage_account_id = azurerm_storage_account.analytics.id
   
     rule {
       name    = "tier-cold-data"
       enabled = true
   
       filters {
         blob_types   = ["blockBlob"]
         prefix_match = ["raw/"]
       }
   
       actions {
         base_blob {
           tier_to_cool_after_days_since_modification_greater_than    = 30
           tier_to_archive_after_days_since_modification_greater_than = 90
         }
       }
     }
   }

3. 3.リレーショナルな用途のためにAzure SQL Databaseを立ち上げる

   プロビジョニング対象:

   • Azure SQL Database

   Azure上のリレーショナルデータは、Azure SQL Database（PaaS、フルマネージド）を意味します。DP-900では、SQL Database（単一データベース、サーバーレスまたはDTUベース、PaaS）とSQL Managed Instance（SQL Serverとのほぼ100%互換性、大規模インスタンスPaaS）とSQL Server on VM（IaaS、完全な制御）との区別がテストされます。

   私たちは、SQL Serverの論理コンテナ（接続文字列エンドポイント）と、その下にBasicティア（最も安価な有料SKU）のデータベースを1つプロビジョニングします。転送中の常時暗号化（TLS 1.2）が強制されます。ファイアウォールルールはAzureサービスが接続することを許可します（典型的なDP-900の「App ServiceがSQLとどのように通信するのか？」という質問に対する答えがこのルールです）。

   コピー

   resource "random_password" "sql_admin" {
     length      = 24
     special     = true
     min_upper   = 2
     min_lower   = 2
     min_numeric = 2
   }
   
   resource "azurerm_mssql_server" "main" {
     name                          = "certlabpro-dp-900-${random_id.suffix.hex}"
     resource_group_name           = azurerm_resource_group.main.name
     location                      = azurerm_resource_group.main.location
     version                       = "12.0"
     administrator_login           = "sqladmin"
     administrator_login_password  = random_password.sql_admin.result
     minimum_tls_version           = "1.2"
     public_network_access_enabled = true
   
     tags = local.tags
   }
   
   resource "azurerm_mssql_database" "main" {
     name           = "certlabpro-dp-900-db"
     server_id      = azurerm_mssql_server.main.id
     sku_name       = "Basic"
     max_size_gb    = 2
     zone_redundant = false
   
     tags = local.tags
   }
   
   resource "azurerm_mssql_firewall_rule" "allow_azure_services" {
     name             = "AllowAzureServices"
     server_id        = azurerm_mssql_server.main.id
     start_ip_address = "0.0.0.0"
     end_ip_address   = "0.0.0.0" # 0.0.0.0/0.0.0.0 = "allow Azure services" sentinel
   }

4. 4.非リレーショナルな用途のためにCosmos DBアカウントを作成する

   プロビジョニング対象:

   • Azure Cosmos DB

   Azure上の非リレーショナルデータは、グローバル分散型マルチAPIデータベースであるAzure Cosmos DBを意味します。DP-900では、特にAPIの区別 — NoSQL (Core / SQL API、最も一般的)、MongoDB、Cassandra、Gremlin、Table — がテストされます。ここではCore SQL APIとサーバーレス容量モード（リクエストごとの従量課金、アイドル時の課金なし — サーバーレスとプロビジョニングのDP-900コストアンチパターンに関する質問）を使用します。

   consistency_level = "Session" はCosmos DBのデフォルトであり、DP-900で最もテストされる整合性レベルです。優れたレイテンシでセッションごとの線形化可能性を提供します。その他の4つ — Strong、Bounded staleness、Eventual、Consistent prefix — は概念的な試験トピックです。

   3つのデータ基盤が整った（ステップ2のBLOB、ステップ3のSQL、ステップ4のCosmos）ことで、DP-900の「コアデータコンセプト」ドメインは具体的な形を帯びます。「どのデータ形状にどのAzureサービスを使用するか」という問いは、これら3つのリソースによって答えられます。

   コピー

   resource "azurerm_cosmosdb_account" "main" {
     name                = "certlabpro-dp-900-${random_id.suffix.hex}"
     resource_group_name = azurerm_resource_group.main.name
     location            = azurerm_resource_group.main.location
     offer_type          = "Standard"
     kind                = "GlobalDocumentDB" # Core (SQL) API
   
     capabilities {
       name = "EnableServerless"
     }
   
     consistency_policy {
       consistency_level = "Session"
     }
   
     geo_location {
       location          = azurerm_resource_group.main.location
       failover_priority = 0
     }
   
     tags = local.tags
   }

クリーンアップ