管理 Azure NetApp Files 的可用性區域磁碟區放置
您可以在您選擇的邏輯可用性區域中部署新的磁碟區。 您也可以使用可用性區域資訊填入現有的磁碟區。 若要進一步瞭解可用性區域,請參閱 使用可用性區域來取得高可用性。
需求和考量
重要
如果您使用可用性區域搭配自定義角色或內建參與者 RBAC 角色,請確定您已設定適當的許可權。 沒有特定許可權可能會導致 Azure 入口網站 發生問題。 如需設定詳細數據,請參閱 設定自定義 RBAC 角色。
此功能不保證可用性區域中的免費容量。 例如,即使您可以在美國東部區域 3 的可用性區域 3 中部署 VM,也不保證該區域中有免費的 Azure NetApp Files 容量。 如果沒有足夠的容量可用,磁碟區建立將會失敗。
使用可用性區域建立磁碟區之後,就無法修改指定的可用性區域。 無法在可用性區域之間移動磁碟區。
NetApp 帳戶和容量集區不會受到可用性區域的限制。 容量集區可以包含不同可用性區域中的磁碟區。
這項功能提供區域磁碟區放置,並在區域延遲信封內延遲。 其不接近計算的放置。 因此,其不提供最低的延遲保證。
每個資料中心都會指派給實體區域。 實體區域會對應至 Azure 訂用帳戶中的邏輯區域。 Azure 訂用帳戶會在建立訂用帳戶時自動指派此對應。 此功能與訂用帳戶的一般邏輯對實體可用性區域對應一致。
VM 和 Azure NetApp Files 磁碟區會分別部署在相同的邏輯可用性區域內,以建立 VM 與 Azure NetApp Files 之間的區域對齊。 可用性區域磁碟區放置功能不會在磁碟區建立時建立區域性 VM,反之亦然。
對於不同可用性區域中的磁碟區,Azure NetApp Files 可讓您建立具有相同檔案路徑 (NFS)、共用名稱 (SMB) 或磁碟區路徑 (雙重通訊協定) 的磁碟區。 此功能目前為預覽功能。
重要
一旦建立磁碟區時,檔案路徑與不同可用性區域中的另一個磁碟區相同,磁碟區就具有與訂用帳戶中部署的其他磁碟區相同的支援層級,但未啟用此功能。 例如,如果磁碟區上其他正式運作的功能有問題,例如快照集,則支援此問題,因為問題與在不同可用性區域中使用相同的檔案路徑建立磁碟區的能力無關。
您必須先註冊此功能,才能第一次使用它。 註冊之後,此功能會啟用,並在背景中運作。 不需要UI控制件。
註冊功能:
Register-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFFilePathUniquenessInAz
檢查功能註冊的狀態:
注意
RegistrationState 在變更為
Registered
之前,可能處於Registering
狀態最多達 60 分鐘。 等到狀態為 [已註冊] 后再繼續。Get-AzProviderFeature -ProviderNamespace Microsoft.NetApp -FeatureName ANFFilePathUniquenessInAz
您也可以使用 Azure CLI 命令
az feature register
及az feature show
來註冊此功能,並顯示註冊狀態。
重要
不建議您將可用性區域用於 Terraform 管理的磁碟區。 如果您這麼做,您必須將區域屬性新增至磁碟區。
建立具有可用性區域的磁碟區
從容量集區選取 [ 磁盘 區]。 然後選取 [+ 新增磁碟區 ] 以建立磁碟區。
如需磁碟區建立的詳細資訊,請參閱:
在 [建立磁碟區] 頁面的 [基本] 索引標籤下,選取 [可用性區域] 下拉式清單,以指定 Azure NetApp Files 資源所在的可用性區域。
重要
訂用帳戶的邏輯可用性區域沒有 Azure NetApp Files 存在,會標示
(Unavailable)
為灰色。遵循UI來建立磁碟區。 [ 檢閱 + 建立] 頁面會顯示您指定的所選可用性區域。
流覽至 [ 屬性 ] 以確認您的可用性區域設定。
使用可用性區域資訊填入現有的磁碟區 (預覽)
流覽至您要填入可用性區域資訊的磁碟區。
選取 [ 填入可用性區域]。
[填入可用性區域] 視窗隨即出現,並顯示部署 Azure NetApp Files 磁碟區的可用性區域。
如果您想要將此可用性區域填入磁碟區,請 選取 [儲存 ],或者如果您想要保留磁碟區區域,請選取 [ 取消 ]。
重要
可用性區域資訊只能如提供填入。 您無法選取可用性區域,或使用此功能將磁碟區移至另一個可用性區域。 如果您想要將此磁碟區移至另一個可用性區域,請考慮使用 跨區域複 寫(在將磁碟區填入可用性區域信息之後)。
填入 Terraform 受控磁碟區的可用性區域
填入的可用性區域功能需要 zone
磁碟區上的 屬性。 您只能在建立 Terraform 管理的磁碟區時設定區域屬性,但無法在建立磁碟區之後加以修改。 zone
建立磁碟區之後新增 屬性,如果指定的區域值不符合可用性區域,可能會導致磁碟區的數據遺失或遺失。
重要
若要防止任何包含變動性資源的 Azure 資源遺失數據,您應該使用 prevent_destroy
生命週期自變數。
流覽至 Terraform 模組
terraform.tfstate
檔案。 屬性"zone"
應該是空字串。在 Terraform 管理的磁碟區組態檔中,
main.tf
找出磁碟區資源的生命週期組態區塊。 使用ignore_changes = [zone]
修改區塊。 如果沒有生命週期組態區塊存在,請加以新增:lifecycle { ignore_changes = [zone] }
在 Azure 入口網站 中,找出 Terraform 管理的磁碟區。 在磁碟區 [概觀] 中,選取 [ 填入可用性區域 ],並記下可用性區域。 請勿選取 [儲存]。
在磁碟區的組態檔 (
main.tf
) 中,新增 的值zone
,輸入您在上一個步驟中擷取的數值。 例如,如果磁碟區的可用性區域是 1,請輸入zone = 1
。儲存檔案。
返回 Azure 入口網站。 選取 [ 儲存 ] 以填入可用性區域。
執行
terraform plan
以確認不會對您的磁碟區進行任何變更。 CLI 輸出應該會顯示:No changes. Your infrastructure matches the configuration.
執行
terraform apply
以套用變更。 您應該會看到與上一個步驟相同的 CLI 輸出。
如果您需要刪除並重新建立不同可用性區域中的磁碟區,請移除 ignore_changes = [zone]
組態檔中的這一行,然後執行 terraform plan
,後面接著 terraform apply
執行 。
設定自訂 RBAC 角色
如果您使用自定義 RBAC 角色或內建參與者角色,並在 Azure 入口網站 中管理可用性區域,則可能無法存取 Azure 入口網站 中的網路功能和可用性區域選項。 若要確保您擁有適當的存取權,請新增 Microsoft.NetApp/locations/*
許可權。 通配符包含下列權限:
Microsoft.NetApp/locations/{location}/checkNameAvailability
Microsoft.NetApp/locations/{location}/checkFilePathAvailability
Microsoft.NetApp/locations/{location}/checkQuotaAvailability
Microsoft.NetApp/locations/{location}/quotaLimits
Microsoft.NetApp/locations/{location}/quotaLimits/{quotaLimitName}
Microsoft.NetApp/locations/{location}/regionInfo
Microsoft.NetApp/locations/{location}/regionInfos
Microsoft.NetApp/locations/{location}/queryNetworkSiblingSet
Microsoft.NetApp/locations/{location}/updateNetworkSiblingSet
步驟
在您的 Azure NetApp Files 訂用帳戶中,選取 [存取》[存取》[存取]。
選取 [ 角色 ],然後選擇您想要修改的自定義角色。 選取三個點 (
...
),然後 選取 [編輯]。若要更新自定義角色,請選取 [ JSON]。 修改 JSON 檔案以包含位置通配符許可權 (
Microsoft.NetApp/locations/*
)。 例如:{ "properties": { "roleName": "" "description": "" "assignableScopes": ["/subscription/<subscriptionID>" ], }, "permissions": [ { "actions": [ "Microsoft.NetApp/locations/*", "Microsoft.NetApp/netAppAccounts/read", "Microsoft.NetApp/netAppAccounts/renewCredentials/action", "Microsoft.NetApp/netAppAccounts/capacityPools/read", ] }] }
選取 [ 檢閱 + 更新]。
註銷您的 Azure 帳戶,然後重新登入以確認已保留許可權效果,並顯示選項。
下一步
意見反映
https://aka.ms/ContentUserFeedback。
即將推出:我們會在 2024 年淘汰 GitHub 問題,並以全新的意見反應系統取代並作為內容意見反應的渠道。 如需更多資訊,請參閱:提交及檢視以下的意見反映: