cDot
系統之備援環境。如若先前透
過
7
MTT
轉換建置之
cDot
系統需求
為
Scale up
，
則可將該重新安裝之
cDot
系統加入叢集環境中，則既有
已
Scale up
至極限之空間，便不再
是終點，而能在
Scale out
的
cDot
叢集系統中，依階段性之不同來調整
或新增控制器或是磁碟櫃。原有儲存
設備如係因效能不足必須擴充而選擇
建置
cDot
，
可在新的
cDot
建置完
成後，做為存放較為不需效能之空間
作為使用，藉此再次取得該設備之可
利用性。
三、同時保有
Scale up
與
Scale
out
：
實例說明
在導入
7-
Mode
的客戶環境中，
較為常見的架構應依其業務形成的資
料量分為幾個階段：
階段一：導入
NetApp
來做為提供資
料保障、集中化、統一管理，
通常會先於本地就專案建立
之所必須而採購
NetApp
，
並在業務量、資料量成長之
後，持續的將資料不斷地增
加於儲存設備上。
階段二：當使用到一定時間後，用戶
仍持續的將資料增加儲存於
NetApp
的設備上，此時需
要思考的是未來容量是否足
夠，在服務不斷增加下，效
能是否足夠，是否應有第二
份儲存資料，不論是備份、
還原速度較為緩慢的磁帶
櫃，或是其他儲存設備，或
者仍使用既有的儲存設備持
續的擴充空間。多半用戶會
選擇並開始建立本地或異地
備援中心，將既有的儲存設
備增購儲存空間。
階段三：假使先前階段二選擇的是建
立本地備援中心，在第三階段
中，通常會需要並選擇建立
異地備援中心，購入相關的
網路、伺服器、儲存設備之
硬體後，建立異地備援中心，
規格或許會不如主營運中心，
但分擔部分服務、進行災難
性異地切換，短暫的持續提
供既有的服務，直到主營運
中心狀況排除，則是建立異
地備援中心的主要目標。
當然並非所有使用儲存設備之
客戶都可能分階段建立上述的環境，
也有可能因為專案之所必須，是一開
始便考量並進行上述環境的建置，而
當資料量不斷的增大，會不斷地循環
產生因為空間、效能不足必須增購新
的儲存設備的情形，但
7-
Mode
與
cDot
規劃上比較可能的不同，在於
7-
Mode
之環境較可以從使用單一控
制器的建置方式接觸使用
NetApp
，
往往有因為單一控制器故障而導致服
務因而長時間中斷的可能性；而
HA
雙控制器的環境下，雖然可以相互備
援，但當服務不斷增加後，效能需求
持續同時增加，
HA
或許可能因為效
能之因素，在切換過程中因系統繁
123
Technology Forum 2015
雲端
資料
BYOD
與資
網路