檢測到您已登錄華為云國際站賬號，為了您更好的體驗，建議您訪問國際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
檢測到您已登錄華為云國際站賬號，為了您更好的體驗，建議您訪問國際站服務(wù)網(wǎng)站 http://m.cqfng.cn/intl/zh-cn
不再顯示此消息
因為我們希望創(chuàng)建一個處于 AZ:ovs 的 Instance，但指定的 Cinder backend 默認卻處于 AZ:nova。e.g.
將6份分片數(shù)據(jù)存儲在不同的地方， 即使任意兩個分片數(shù)據(jù)被損壞了，都可以還原出原始數(shù)據(jù)Data。 假設(shè)共有三個AZ，那么，每一個AZ中只需要存儲2個分片的數(shù)據(jù)即可：這樣就可以顯著減少跨AZ數(shù)據(jù)傳輸，降低數(shù)據(jù)復(fù)制對帶寬的占用（AZ的出口帶寬減少了一半）。
OBS中，單AZ和多AZ，這里面的AZ指的是什么？這兩種有啥區(qū)別
二、結(jié)論：1、不同AZ資源配置情況可以不一樣，如可用區(qū)3是V4云主機，可用區(qū)2是V5云主機2、不同AZ間的計算、存儲資源是物理隔離的，不能混用；網(wǎng)絡(luò)資源不是物理隔離的，可以混用疑問：不同可用區(qū)本來是計算存儲網(wǎng)絡(luò)物理隔離的，卻要用內(nèi)網(wǎng)拉通，意義何在？就為了網(wǎng)絡(luò)高可用嗎？
背景對象存儲服務(wù)是云上最重要的數(shù)據(jù)服務(wù)，它是數(shù)據(jù)存儲的最后一站，大多數(shù)數(shù)據(jù)、存儲類服務(wù)都使用它進行數(shù)據(jù)的備份、歸檔，數(shù)據(jù)的可靠性要求非常高。對于存儲服務(wù)只在一個數(shù)據(jù)中心/AZ中部署的場景，如果出現(xiàn)斷電、斷網(wǎng)、水災(zāi)、火災(zāi)等故障、災(zāi)害，數(shù)據(jù)存在丟失、服務(wù)中斷的風險。
DLI(數(shù)據(jù)湖探索)作為serverless服務(wù)，她的基本計算資源叫隊列，是使用DLI服務(wù)的基礎(chǔ)，用戶執(zhí)行的SQL、SPARK\FLINK作業(yè)都需要使用計算資源。而隊列的計價單位就是CU，轉(zhuǎn)換公式為1CU=1Core 4GMem(即1核4G)。
DC是數(shù)據(jù)中心Data Center的簡稱。DC是物理數(shù)據(jù)中心，是物理位置上的概念。AZ是Availability Zone可用區(qū)的縮寫。AZ是數(shù)據(jù)中心中有資源共同依賴的資源集合。比如某些主機共同使用了一套電源、一套交換機。
標準存儲包（多AZ存儲）用于抵扣多AZ桶產(chǎn)生的標準存儲數(shù)據(jù)容量費用，僅可在支持多AZ特性的區(qū)域購買。
歡迎體驗數(shù)據(jù)湖探索(DLI)服務(wù)：http://m.cqfng.cn/product/dli.html優(yōu)勢和局限性1. 從保障服務(wù)可用性的角度來說，DLI雙活方案可以保障用戶在大部分情況下的使用可靠性，并且是無需用戶額外進行操作的2.
監(jiān)控保障 演練前對服務(wù)監(jiān)控能力摸底，監(jiān)控專項圈定重點服務(wù)需具備SLI指標監(jiān)控能力且指標在演練region有數(shù)據(jù)呈現(xiàn)，同時參演服務(wù)需具備3分鐘內(nèi)撥測任務(wù)及時發(fā)現(xiàn)問題（各服務(wù)結(jié)合自身監(jiān)控能力，需協(xié)調(diào)人力補缺工具缺失），涉及邏輯/物理多租的全局服務(wù)卷入監(jiān)控側(cè)專家資源分析監(jiān)控能力消減監(jiān)控風險
該API屬于RabbitMQ服務(wù)，描述: This API is used to query the AZ ID for creating an instance.接口URL: "/v2/available-zones"
該API屬于Kafka服務(wù)，描述: This API is used to query the AZ ID for creating an instance.接口URL: "/v2/available-zones"
hcloud 怎么列出全部 region（不是 AZ），找了好久沒找到這個接口呢
1、DGC-DLM集群調(diào)用ECF框架擴容AZ失敗，根據(jù)后臺日志查看發(fā)現(xiàn)是無法查到AZ信息 2、由于DGC沒有頁面添加AZ入口，直接擴容新AZ時無法把AZ名稱插入ECF表rds_availablezone中，手動收入規(guī)避
開拓創(chuàng)新遠遠不止步于此，DDM的后臺架構(gòu)也采用數(shù)據(jù)的分片存儲的方案，將RDS主備實例分布在多個AZ，只讀副本也分布在多個AZ。這樣DDM+RDS的整體架構(gòu)方案都支持跨AZ的高可用，最大限度的保障了服務(wù)的可靠性。</p>
AZ 即 Available Zone（可用分區(qū)），它是一個物理資源（計算、存儲、網(wǎng)絡(luò)）的分區(qū)，AZ中的計算、存儲、網(wǎng)絡(luò)資源是全互通的，用戶可以將在AZ內(nèi)不受限制地綁定虛擬機與磁盤、網(wǎng)絡(luò)的關(guān)系，而不能跨AZ進行這種綁定關(guān)系。
在保障集群跨AZ部署方案的可靠性，存在如下幾個挑戰(zhàn)： 1. 上層應(yīng)用難以感知云資源亞健康狀態(tài) 云主機可用性依賴底層資源如網(wǎng)絡(luò)、存儲、計算等資源狀態(tài)。而這些底層資源故障，尤其是亞健康狀態(tài)，往往無法體現(xiàn)到云主機的狀態(tài)上，進而無法傳遞給上層業(yè)務(wù)應(yīng)用感知。
【功能模塊】OBS創(chuàng)建桶【操作步驟&問題現(xiàn)象】怎么關(guān)閉OBS的多AZ啊，選項只有單和多啊，教程說關(guān)閉多AZ【截圖信息】【日志信息】（可選，上傳日志內(nèi)容或者附件）
表1 一個AZ故障的業(yè)務(wù)故障行為分析選擇的AZ數(shù)量是否開啟主節(jié)點業(yè)務(wù)中斷行為20如果節(jié)點個數(shù)為2的倍數(shù)：一半的數(shù)據(jù)節(jié)點故障，需要替換故障可用區(qū)中的一個節(jié)點，才能繼續(xù)選擇主節(jié)點。如果節(jié)點數(shù)為奇數(shù)：故障AZ含多一個節(jié)點，需要替換故障可用區(qū)中一個節(jié)點，才能繼續(xù)選擇主節(jié)點。
為了防止數(shù)據(jù)丟失并在服務(wù)中斷時最大限度地減少集群停機時間，您可以在創(chuàng)建集群時，選擇同一個區(qū)域中的兩個或三個可用區(qū)，系統(tǒng)將在選擇的可用區(qū)之間分配節(jié)點。關(guān)于節(jié)點數(shù)的選擇當創(chuàng)建集群，可用區(qū)選擇了兩個或者三個時，云搜索服務(wù)自動為您開啟跨AZ高可用特性，節(jié)點將會均衡的分布在不同的AZ。
