设为首页 收藏本站
查看: 1942|回复: 0

[资源发布] 資料備援新選擇 Storage Replica

[复制链接]
累计签到:91 天
连续签到:1 天
发表于 2016-8-3 11:45:41 | 显示全部楼层 |阅读模式
本文,將說明及實作在微軟新世代 Windows Server 2016 雲端作業系統當中,新的儲存特色功能稱之為「SR(Storage Replica)」,它是一種與傳統儲存設備種類(DAS / NAS / SAN)無關,屬於「區塊層級(Block Level)」的儲存複本機制,支援採用「同步(Synchronous)」及「非同步(Asynchronous)」兩種不同的資料複寫方式,以 SMB 3 通訊協定來進行資料的複寫傳送機制。

同步複寫機制

    當採用「同步(Synchronous)」複寫機制時,系統將會保證每次的資料 IO 作業完成之前,都會將資料寫入至少兩個不同的位置之後,才會回覆給上層的應用程式已完成 IO 作業。所以,當來源端節點主機發生故障損壞事件時,便可以進行容錯備援的切換動作,接著讓應用程式使用目的端節點主機的資料快速恢復運作。因此,它適合應用於需要高可用性及災難復原,也就是「零資料損失(Zero Data Loss)」的營運服務。

下列為採用同步複寫機制時,兩端主機之間資料複寫的動作如下:

  • 應用程式發出寫入資料需求。
  • 來源端節點主機將資料寫入至本地端儲存資源「日誌(Log)」當中,同時透過 SMB 3 協定將資料傳輸至目的端節點主機。
  • 目的端節點主機,將所收到的資料寫入至本地端儲存資源「日誌(Log)」當中。
  • 目的端節點主機寫入完成後,回覆給來源端主機已完成 IO 動作。
  • 來源端節點主機回覆應用程式確認已完成 IO 動作。

上圖為同步(Synchronous)複寫機制運作架構示意圖

( 圖片來源: TechNet Library – Storage Replica Overview )


非同步複寫機制

      當採用「非同步(Asynchronous)」複寫機制時,系統會在本地端完成 IO 作業後便立即回覆給上層的應用程式,之後才將資料複寫到另一個位置。因此,這樣的資料複寫機制仍然有資料遺失的風險存在,只能達成「近乎零資料損失(Near Zero Data Loss)」的運作環境,因此並不適合用於需要高可用性的運作環境中(例如,容錯移轉叢集)。

下列為採用非同步複寫機制時,兩端主機之間資料複寫的動作如下:

  • 應用程式發出寫入資料需求。
  • 來源端節點主機將資料寫入至本地端儲存資源「日誌(Log)」當中。
  • 來源端節點主機回覆應用程式確認已完成 IO 動作。
  • 透過 SMB 3 協定將資料傳輸至目的端節點主機。
  • 目的端節點主機,將所收到的資料寫入至本地端儲存資源「日誌(Log)」當中。
  • 目的端節點主機寫入完成後,回覆給來源端主機已完成 IO 動作。

上圖為非同步(Asynchronous)複寫機制運作架構示意圖

( 圖片來源: TechNet Library – Storage Replica Overview )


實作 Server to Server 資料複寫

     本文實作環境中,兩台主機將位於同一個站台同一個網域當中,但是擺放在不同樓層的實體位置,以期能夠因應故障損壞事件。此外,在 Windows Server 2016 TP4 技術預覽當中,針對此使用情境的部分,並沒有 GUI 圖形化工具可以進行組態設定作業,因此將統一採用 PowerShell 進行實作。

上圖為 Server to Server 儲存複本運作架構示意圖

( 圖片來源: TechNet Library – Storage Replica Overview )

      在本文的實作環境中,為兩台伺服器分別增加二顆硬碟,分別是 200GB 用來擔任資料磁碟區,並且給予 D 磁碟機代號及 SR-Data 的磁碟標籤,以及 20GB 用來擔任日誌磁碟,並且給予 L 磁碟機代號及 SR-Log 的磁碟標籤以利識別。

上圖為兩台主機分別新增 200GB 資料磁碟區及 20GB 日誌磁碟區

然後,請為兩台主機安裝「檔案伺服器(File Server)」角色及「儲存體複本(Storage Replica)」功能。

上圖為安裝檔案伺服器角色及儲存體複本功能

      接著,便可以執行 Test-SRTopology 指令進行儲存複本環境測試作業,指令的參數都非常直覺就是指定來源端及目的端節點主機相關資訊,例如,電腦名稱、資料磁碟區、日誌磁碟區、測試時間、測試間隔…等。

上圖為進行儲存複本環境測試

上圖為儲存複本環境測試報表

      執行建立儲存複本機制的 New-SRPartnership 指令,並指定日誌磁碟區大小為 10GB。執行後,可以直接執行 Get-SRGroup 指令查詢複寫資料,可以看到 ReplicationStatus 欄位為「InitialBlockCopy」,表示此時兩台主機正在進行資料區塊互相同步作業,當欄位值變更為「ContinuouslyReplicating」時便表示同步作業完成。

上圖為建立儲存複本機制

最後,你可以使用「(Get-SRGroup).Replicas」指令,搭配指定的來源端主機或目的端主機的電腦名稱,即可查詢磁碟複寫資訊,例如,資料磁碟區、複寫模式…等。

上圖為查詢磁碟複寫資訊

      至此,SR(Storage Replica)儲存複本機制已經實作完成。事實上,SR 機制可以跟 Hyper-V、Storage Spaces Direct、Cluster、SOFS(Scale-Out File Server)、Deduplication 等特色功能協同運作,並且支援採用 ReFS / NTFS / CSVFS 等新舊檔案系統。

此外,SR 機制在使用案例上,還有「Stretch Cluster」、「Cluster to Cluster」等不同的應用情境,在後續文章中也將為讀者陸續介紹。



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-252318-1-1.html 上篇帖子: 儲存資源品質管控機制 Storage QoS 下篇帖子: 新世代虛擬化平台 Hyper-V Replica
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表