SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

案例研究:AWS EC2監控解決方案使一家全球製造公司在遷移到雲中時免除了壓力。

7 7 月, 2020 by Jason Aw Leave a Comment

東京鑽石工具製造公司使用SIOS AppKeeper保護重要應用程序

東京鑽石工具製造公司成立於1932年。Co.,Ltd.生產用於切割,切片,拋光和鑽孔工藝的金剛石工具,涉及範圍廣泛,例如家用電器,半導體,電子設備,醫療保健和土木工程。儘管它是擁有80多年曆史的悠久公司,但Tokyo Diamond一直在積極引入新的IT工具。  該公司決定遷移到Amazon AWS和虛擬化,以提高業務改進的速度和效率。SIOS AppKeeper在提供所需的應用程序可用性保護方面發揮了重要作用。東京鑽石工具公司遷移到雲和AWS的原因之一是2011年的東日本大地震。  儘管總公司的服務器沒有受到直接損壞,但宮城縣仙台工廠的設備從機架上掉下來,造成了嚴重損壞。  東京鑽石認為需要更好的業務連續性計劃。  這是虛擬化其核心系統和使用雲環境的主要驅動力。

最初,該公司開始將相對較小的應用程序遷移到雲中。  “我們在2011年11月左右開始了遷移。  那時,我們別無選擇,只有AWS。”東京鑽石公司IT系統主管Takuji Kokubo先生說。  他們使用Sony Network Communications的“帶有AWS的託管雲”雲門戶自己管理運營。  Kokubo先生是一個自稱為“ One Man IT操作”的人,因此效率和自動化對於確保公司IT系統在日本以及新加坡和泰國的平穩運行非常重要。

Takuji Kokubo,東京鑽石工具
小久保先生
IT系統主管
東京鑽石工具製造廠 有限公司。

遷移到雲並確定對恢復解決方案的需求 

Diamond Tools實施了雲存儲服務Amazon EC2和Amazon S3。他們將其組件,銷售支持和視頻會議系統移至了AWS。  Diamond Tools的視頻會議系統對其日常運營至關重要。  “該工具在與海外地點進行的各種會議中非常頻繁地使用。  它每月使用約100次,並且從傳統的按需購買即用SaaS系統過渡到AWS,我們每年可以減少多達200萬日元的成本,” Kokubo先生說。  以前,包括其他公司在內的太多用戶同時連接到系統時,語音質量通常會下降。  然後,小久保先生將收到用戶的投訴,但問題無法輕鬆解決。  在AWS上構建公司特定的視頻會議系統可以穩定視頻和音頻質量並減少投訴。

小久保先生很快就遇到了他們的EC2環境問題。“ EC2作為基礎設施是穩定的;但是,有時服務失敗。我一直很擔心,有一天,在一次海外商務旅行中,我接到一個電話說用戶無法訪問該系統。  我必須一直隨身攜帶筆記本電腦,才能通過VPN連接到AWS並恢復失敗的服務。”小久保先生說。  顯然,此過程不可擴展。

在運行組件軟件應用程序的實例上經常發生服務故障。  公司的大多數員工每天早晨都使用組件軟件應用程序檢查日曆或預訂會議室。Kokubo先生說:“如果遇到問題,許多人會打電話給我,問發生了什麼事。” 他通過此經驗了解了自己親自維護系統的風險。

“十年前,一旦出現故障,系統就會停止運行,用戶已經習慣了。但是今天,一旦一切停止,我就會收到投訴。現在,系統有望一直處於運行狀態,就像水龍頭隨時流出的水一樣。  系統停機時間變得越來越無法接受,” Kokubo先生說。

小久保先生始終認為,當在EC2上運行的一項服務失敗時,他必須處理任何問題。  成為唯一能夠解決任何問題的人仍然是他的負擔。  小久保先生說:“作為一家IT商店,我傾向於認為我的價值在於僅提供幫助台功能。  但這不是很好–我需要考慮在沒有我支持的情況下如何使Tokyo Diamond系統正常工作。”

因為他是公司中唯一更多依賴雲服務的IT專業人員,所以他知道他需要幫助。“當索尼網絡通信告訴我SIOS AppKeeper提供了EC2實例的自動化操作和管理時,我決定在研究細節之前就使用它。如果我們有一種能自動恢復EC2服務的解決方案,那麼我就不需要通過隨時隨地連接到VPN來解決每個問題。”

SIOS AppKeeper是一種雲服務,可監視EC2實例並在檢測到任何系統損害時自動重新啟動服務。  當受監視的服務失敗時,SIOS AppKeeper會自動恢復服務,而無需人工干預。

在AWS上運行的應用程序超過10個

Tokyo Diamond繼續將其他應用程序遷移到AWS,到2018年6月,AWS上運行了10多個應用程序。“我認為AWS很有用:操作系統會在10分鐘內啟動,並且可以根據業務靈活地伸縮資源。即使資源不起作用,我們甚至可以刪除它。  但是,處理大量數據的核心系統是使用數據中心而非AWS遷移到虛擬環境的。  Kokubo先生說:“我們同時使用AWS和虛擬數據中心來構建系統,具體取決於用途和需求。”

東京鑽石公司目前監視員工使用AppKeeper所依賴的三個關鍵應用程序,包括其群件應用程序,銷售人員自動化和他們的視頻會議系統。  小久保先生說:“首先,我們對應用程序進行了分類,並決定從其中三個應用程序開始。如果我可以擺脫日常的精神負擔,並在商務旅行中省心,則值得付費。”

SIOS AppKeeper使IT人員能夠專注於其他任務

Kokubo先生說,他不再需要考慮AppKeeper監視的實例的操作和管理。  AppKeeper運行正常。  它騰出了更多時間專注於虛擬機及其其他AWS應用程序。 小久保先生認為AppKeeper為他帶來了這些核心應用程序的安全感。

但是,他確實對SIOS技術開發團隊有關於AppKeeper的要求。 “如果沒有任何事件,我擔心它是否正常運行,否則我可能會忘記如何登錄。如果能經常通知我它正在運行,那就更好了。”  自動操作和管理是SIOS AppKeeper的優勢;但是,如果什麼也沒有發生,它可能是不可見的。

話雖如此,小久保先生同意將他從不必對這些應用程序進行故障排除中解放出來是非常有益的。  現在,他可以花更多的時間在管理上,包括發展Diamond Tool的IT戰略和規劃,安全性以及BCP計劃。

儘管今天Diamond Tool使用SIOS AppKeeper來管理和管理三個應用程序,但它計劃很快將AppKeeper的覆蓋範圍擴展到其他應用程序。  這將使小久保先生能夠在這些增值活動上花費大量時間。  “即使我們試圖僱用系統人員,也很難做到,因為日本的勞動力正在縮減。  未來,我希望系統工具能夠取代使用AI(人工智能)的人們,我希望SIOS AppKeeper也能開發類似AI的功能,以自動解決高影響力的故障。”運營管理的實現。

了解有關SIOS AppKeeper的更多信息

註冊免費試用SIOS AppKeeper

 

 

Filed Under: 成功案例

案例研究:SIOS 應用程式保持器讓 Hobby 日本安心,使員工能夠生產出最佳內容

15 5 月, 2020 by Jason Aw Leave a Comment

SIOS 因其提供高可用性和高性能的能力而選擇

案例研究:SIOS 應用程式保持器讓 Hobby 日本安心,使員工能夠生產出最佳內容

SIOS 因其提供高可用性和高性能的能力而選擇

"我們無法阻止配置錯誤或負載問題。但SIOS應用程式保持者是非常好的我安心。使用 AppKeeper,我們的工作人員不會每次系統或伺服器發生故障時都會被調用,「Hobby Japan 的 Yuichiro Fukabori 說。"我們的目標是創建一個免維護、低成本的環境,SIOS AppKeeper 幫助我們做到這一點。Hobby Japan 是一家出版公司,擁有與愛好相關的多種業務(如動漫、動作人物收集、紙牌遊戲等),包括出版"日本愛好"、"月刊"和"紙牌遊戲"等年輕成人書籍和雜誌。該公司還銷售人物和人物商品、遊戲策劃工具以及進口和銷售模擬遊戲。來自霍比日本商務管理部公共關係部的Yuichiro Fukabori將該公司描述為「一家提供幾乎所有與愛好相關的一切的普通貿易公司」。

環境

愛好日本沒有專門的IT部門。富卡博里先生的許多員工擔任多個職務,雖然他是公共關係團隊的成員,但他還管理公司的 Web 伺服器。Fukabori 先生說:「由於公司內部沒有 IT 部門,我負責所有伺服器的運營,但每個部門管理的伺服器除外。不難想像,他的處境很艱難。
Hobby Japan 過去依靠託管服務公司來管理其 Web 伺服器,但在硬碟出現故障時,他們遇到了災難。雖然他們最終能夠恢復數據,但情況暴露出他們需要更好的數據備份和安全過程。

雲服務在日本越來越受歡迎,因此Fukabori先生領導了將公司轉型為雲的努力。2013 年,Hobby Japan 遷移到亞馬遜網路服務 (AWS)。因此,使他們擺脫他們過去遇到的各種問題。

但網站流量開始穩步增長,給環境帶來壓力。福卡博里先生的任務是處理這個問題。他需要一些能夠確保高可用性和高性能的東西。

挑戰與挑戰

Hobby Japan 正在使用 AWS 雲監視監控其 EC2 環境。但是,當網路伺服器流量激增時,如《每月愛好日本》發佈時,Fukabori先生無法做出正確的回應。他只是在伺服器停機時收到通知。此外,他指出,「當我們的內容被介紹在一個受歡迎的視頻網站或我們的數位被張貼在Twitter上,我們也經歷了意外的增長伺服器流量,經常導致更多的停機時間,"他說。

該公司每月遇到大約 10 次系統問題,富卡博里先生正忙於解決這些問題。警報經常在半夜發生,擾亂了富卡博里先生的睡眠和家庭生活。他想,"我不能自己處理這件事",並請求 AWS 説明。

AWS 將霍比日本引入 ForgeVision, Inc. , 這是一家提供雲端服務的 AWS 諮詢合作夥伴。ForgeVision 提出了高可用性的三項改進,並在 2018 年 8 月實施了這些改進。

第一種是為 Hobby 日本的 EC2 實例實現自動縮放,以便在訪問過載發生時啟用自動和可擴展的回應。AWS 自動縮放可快速穩定其伺服器操作。Fukabori 先生說:「由於自動縮放,我們在 2018 年夏季動畫廣播日沒有任何麻煩,當時許多使用者同時訪問我們的伺服器。每月的事件從每月10次減少到每月1次或2次,使他能夠回到更正常的生活方式。

第二個改進是實施可視化工具,使 Hobby Japan 能夠檢查訪問狀態和資源利用率。第三個改進是通過引入 AWS 運營管理服務來減少營運負載。

但霍比日本還有另外一個問題。ForgeVision 的 AWS 營運和管理服務全天候提供系統故障通知。但是,他們的團隊只能在工作日的上午 10 點到下午 6 點之間解決問題。由於網站流量在夜間經常增加,Hobby Japan 意識到他們需要額外的幫助來解決這個問題。

"我不想對系統或伺服器擔心太多。如果我們有能力,我們希望將環境的監控和管理完全外包,但成本會更大,"Fukabori先生說。"我們生產高質量的內容,但由於伺服器停機,我們無法以正確的時間提供該內容,這項工作將徒勞無功。因此,我們需要一個盡可能自動化的系統環境。

ForgeVision建議,霍比日本看看SIOS應用程式保持者,這將提供它所需要的高可用性。

評價

愛好日本開始使用AppKeeper的五個網站,他們運行。"我們瞭解這些功能,無需花時間進行特殊評估流程。我們立即開始使用它,"富卡博里先生說。

解決方案

SIOS AppKeeper 作為雲端軟體即服務解決方案提供,支援 AWS EC2 服務和實例的自動監控和恢復。它通過 AWS API 監控它們,並快速檢測故障並從故障中恢復。

AppKeeper 通過檢測並首次重新啟動應用程式服務自動還原應用程式操作。此步驟通常在幾秒鐘內還原服務。如果服務重新啟動失敗,則重新啟動整個實例。它發佈故障報告,根據從虛擬機、服務和 AWS 恢復之前和之後獲得的相關信息顯示任何故障發生和恢復。

如果客戶選擇 EC2 自動縮放功能,他們可以輕鬆地添加更多實例以進行 AppKeeper 保護。AppKeeper 將擴展以近乎即時地監視這些新實例,如果需要,將自動應用指定的設置。

研究結果

由於大多數故障可以通過重新啟動實例或重新啟動服務來解決,因此 SIOS AppKeeper 會快速解決這些問題。即使在 IT 人員無法解決故障的晚上,它也能讓您高枕無憂。Fukabori 先生於 2019 年 4 月決定在日本 Hobby 實施 SIOS AppKeeper,預計該解決方案將為營運管理增添新的安全感。

SIOS AppKeeper 沒有遇到無法自動恢復的任何問題,因此 Fukabori 先生和他的團隊確信他們有一個故障安全機制,在發生故障時自動恢復系統。

"當然,人為的錯誤是無法避免的,但引入SIOS應用程式守護者一直非常有利於我安心,"Fukabori先生說。

他說:"我覺得,我們離一個環境又近了一步,即使有太多人試圖訪問我們的熱門內容,我也能保持冷靜。SIOS AppKeeper 的優勢是能夠低成本實現免維護、免維護的環境。

瞭解有關 SIOS 應用管理員的更多資訊,享受高可用性和高性能

註冊 SIOS 資料保持器的免費試用版

下載案例研究 PDF

Filed Under: 成功案例

案例研究:Chris O'Brien Lifehouse 醫院通過 SIOS 數據保持器確保 AWS 雲的高可用性

12 5 月, 2020 by Jason Aw Leave a Comment

Chris O'Brien 生命之家醫院通過 SIOS 資料保持器確保 AWS 雲的高可用性

案例研究:Chris O'Brien Lifehouse 醫院通過 SIOS 數據保持器確保 AWS 雲的高可用性

SIOS 因其提供高可用性和高性能的能力而選擇

克裡斯·奧布萊恩-生命之家標誌Chris O'Brien Lifehouse (www.mylifehouse.org.au)是一個綜合性且專注的卓越中心,致力於為患有罕見和複雜癌症病例的患者提供最先進的治療和研究。Lifehouse 在一個地方提供癌症患者可能需要的一切,包括高級腫瘤手術、化療、放射治療、臨床試驗、研究、教育、補充療法和心理社會支援。這家非營利性醫院毗於皇家阿爾弗雷德王子醫院和坎珀當的悉尼大學,每年為 40,000 多名患者提供篩查、診斷和治療。作為澳大利亞最大的臨床試驗中心之一,Lifehouse 還為患者提供全球最新的癌症治療突破。

環境

Lifehouse 使用 MEDITECH 醫療保健電子醫療記錄和患者管理系統,該系統將所有患者的電子健康記錄存儲在資料庫中。

Lifehouse資訊技術部主任Peter Singer解釋道:「健康資訊系統和資料庫對於我們提供的護理至關重要,如果任一原因,患者記錄將無法訪問,這將癱瘓醫院的運營。

在醫院的資料中心中,在儲存區域網路(SAN) 上運行的 Windows 伺服器故障轉移群集 (WSFC) 提供了任務關鍵型正常運行時間。但與許多組織一樣,Lifehouse 希望遷移到雲中,以利用其卓越的敏捷性和可負擔性。

挑戰與挑戰

Lifehouse 選擇亞馬遜 Web 服務作為其雲端服務提供者,並希望將其環境直接"提升"到 AWS 雲。為了類比其本地配置,Peter 選擇了 AWS 應用商店中提供的"雲量"服務。故障轉移群集使用軟體定義的儲存卷進行配置,用於在活動實例和備用實例之間共享數據,測試證明該方法可以提供滿足醫院苛刻的恢復點和恢復時間目標所需的自動故障轉移。

但是,存在一個問題:使用軟體定義的雲卷會對輸送量性能產生重大不利影響。由於涉及如此多的元素和層,在雲中部署的軟體定義配置中,性能問題眾所周知難以排除故障。指定"無保護"選項后,雲卷執行良好。但是,「無保護」並不是 Chris O'Brien 生命之家的一個選項,它可確保 AWS 雲中的高可用性,並配備 SIOS 數據保持器

"我們能夠在幾天內從測試到生產。持續維護也非常簡單,我們預計這將最大限度地減少我們與高可用性和災難恢復相關的運營支出,"負責任務關鍵 MEDITECH 應用程式及其資料庫的 Peter 說。Peter 回憶道:「我們盡了一切合理努力來查找和修復根本原因,最終得出結論,軟體定義的存儲將永遠無法提供所需的輸送量性能。因此,Lifehouse 的團隊開始尋找另一種解決方案。

評價

在搜尋能夠同時提供高可用性和高性能的另一種解決方案時,Lifehouse 制定了三個標準:

  • AWS 雲端的驗證
  • 跨多個可用性區域工作的能力
  • 效能不如或優於本地實現的效能
  • 安全/隱私,支援行動和靜態加密

驗證對於最大程度地降低與在雲中使用第三方解決方案相關的風險非常重要。跨多個可用區域工作的能力將確保整個 AWS 資料中心受到局部災難影響時的業務連續性。AWS 在可用性區域之間交付的亞毫秒延遲對於能夠將數據同步複製到「熱」備用實例以滿足醫院苛刻的恢復時間和恢復點目標至關重要。

經過詳盡的搜索,Peter 得出結論,最好的可用解決方案是來自 SIOS 技術的 SIOS 數據保持器群集版本。AWS 應用商店提供 SIOS 資料保持器,該市場保證在 AWS 雲中可靠運行。由於它不使用軟體定義的存儲,Peter 相信 SIOS 數據保持器將能夠提供 Lifehouse 所需的性能。

解決方案

SIOS 資料保持器提供 Lifehouse 所需的高性能同步數據複製需求。通過在連接到所有活動實例和備用實例的本地存儲之間使用即時塊級數據鏡像,該解決方案克服了雲中缺少 SAN 引起的問題,包括經常困擾軟體定義的儲存的性能不佳。生成的 SANless 群集與 Windows 伺服器故障轉移群集相容,提供連續監視以檢測應用程式和資料庫級別的故障,並為故障轉移和故障轉移提供可配置的策略。

Lifehouse 目前在 SANless 故障轉移群集中具有 8 個實例,以支援其跨不同 AWS 可用性區域的 MEDITECH 應用程式和資料庫,以防止大範圍的災難。涉及的長距離固有的延遲通常需要使用非同步資料複製來避免延遲對資料庫活動實例的提交。但是,SIOS 數據保持器中使用的即時塊級數據鏡像技術仍然使 Peter Singer 實現了接近零的恢復點。

研究結果

與軟體定義的共用存儲不同,SIOS DataKeeper 專為高性能高可用性而構建,因此 Peter Singer 現在根據需要工作並不意外。有點令人驚訝的是,解決方案實施和操作是多麼容易:「我們能夠在幾天內從測試到生產。持續維護也非常簡單,我們預計這將最大限度地減少與高可用性和災難恢復相關的運營支出。

SIOS 數據保持器使 Lifehouse 能夠充分利用雲端中提供的規模經濟,同時不犧牲停機時間或性能。"如果不是SIOS,我們可能無法將我們的環境遷移到雲,"Peter Singer總結道。

下載 pdf

Filed Under: 成功案例

東洋高世有限公司 將 SAP 企業系統移到 Azure

26 4 月, 2020 by Jason Aw Leave a Comment

東洋高世有限公司 將 SAP 企業系統遷移到 Azure:通過複製構建"永不停止的系統"

系統代表小林明彥(Akihiko Kobayashi)表示:「我們提出了多項本地和雲提案,並決定根據富士通提出的SIOS數據保持器方案遷移到微軟 Azure,這最適合我們的要求。

東洋高賽是一家歷史悠久的化工製造商,已經經營了65年。公司的主要產品是光刻的感光材料,是製造液晶顯示器和半導體積體電路不可或缺的材料。公司還專注於最先進的感光材料的技術開發。

2007年,公司被要求選擇GLOVIA/流程C1的後續系統,該系統曾被用作核心業務系統。在收到多家公司的建議時,他們選擇引入"SAP",這是德國SAP公司的ERP系統,因為它的J-SOX支援非常可靠。時間已經過去,大約在 2015 年左右,引入 SAP 時安裝的伺服器已結束維護。

IT 基礎設施

該公司的 IT 基礎設施是一個基於 VMware 的本地數據中心和遠端數據中心,用於業務連續性/災難保護。由於大多數應用程式在Microsoft Windows作業系統上運行,因此他們使用來賓級Windows Server故障轉移群集在其VMware環境中提供高可用性和災難保護。

挑戰 + 移轉到 Azure

在遷移到雲的背後,需要從本地系統維護中解放出來,需要根據東日本大地震的經驗靈活擴大規模和準備災難。

他們決定去雲是因為他們的辦公場所的伺服器在地震中實際移動,這幾乎導致了故障。

遷移到 Azure 時,公司構建了一個備份系統來解決系統故障和發生災難。"SAP 擁有我們業務所需的所有資料。如果 SAP 停止,生產過程也會停止。如果中斷持續兩到三天,則發貨、付款和計費也會停止。SAP系統無法阻止,"小林說。

第一步是在 Azure 上設置 SAP 備份系統,以每天備份 Azure 的東日本區域的生產系統,並在日本西部區域每周備份備用系統。

實現

但是,備份只是備份。基本上,我們需要使生產系統冗餘,以防止它停止。在用於資訊系統的 AWS 上,共用磁碟具有冗餘配置。但是,Azure 不支援共用磁碟。因此,我們決定使用 SIOS 技術的數據保持器,該技術可在 Azure 上實現數據複製,「小林說。

他們在連接到冗餘 SAP 生產系統的儲存系統之間創建了群集配置,並使用 DataKeeper 複製數據以使其保持一致。 這提供了與在 Azure 上使用共用磁碟時相同的可用性,而 Azure 不支援共用磁碟配置。

小林說:「在故障轉移的最初階段之後,我們一直在穩定地運作。關於 SIOS 數據保持器,我們唯一要做的就是續訂維護合同。

研究結果

作為未來的中期計劃,他們需要為"SAP 2025 問題"做好準備,因為當前SAP版本的支援將到期。他們沒有制定具體的計劃,但小林說,"當遷移到新的架構S/4HANA時,如果需要聚類,我們將實施SIOS數據保持,因為我們信任它。

SIOS 資料保持者是小林的可靠合作夥伴。"因為你不能停止生產系統,IT 人員有責任選擇可靠的工具,"他說。

免費試用 SIOS 資料保持器

瞭解有關 Azure 上 SAP 高可用性的更多資訊

下載案例研究的 PDF 版本

Filed Under: 成功案例

選擇SIOS DataKeeper能夠在Azure中啟用共享存儲群集

29 1 月, 2020 by Jason Aw Leave a Comment

RSM Australia在混合雲中獲得保護

選擇SIOS DataKeeper是因為它能夠在Azure中啟用共享存儲群集

“使用任何群集技術,您都需要警惕正在做的事情,以防止故障轉移失敗。但是使用SIOS DataKeeper,該系統幾乎可以自我管理和維護……它可以正常工作!” – RSM澳大利亞項目經理Craig Hannagan(www.rsm.global/australia)是一家專業服務公司,在澳大利亞30個辦事處設有顧問。RSM Australia是RSM Global(全球第六大審計,稅務和諮詢網絡)的一部分。RSM全球成員公司的聯繫在120個國家/地區的800個辦事處中招募了43,000多名員工,以幫助指導客戶應對本地和跨境無縫業務挑戰。

環境

多年來,RSM Global在其30個國家辦事處中運行著一系列獨立的內容管理系統。RSM的項目經理Craig Hannagan的任務是創建一個單一的集中式CMS,該系統對於1200多個用戶高度可用。在決定使用iManage的CMS產品之後,他們必須確定使可用性最大化的最佳方法。

挑戰:在Azure上實現正常運行時間

擁有高度可用的系統至關重要。“我們可以在本地託管此集中式解決方案,但作為現有的Microsoft客戶,並且鑑於Azure固有的高可用性,公共雲對我們來說是一個非常有吸引力的選擇,” Craig回憶說。“我們已經擁有一個連接所有辦公室的Telstra MPLS網絡。經過一些初步研究,該團隊發現,如果沒有其他支持,Microsoft Azure將無法實現所需的正常運行時間。具體來說,Azure雲上的群集不支持部署SQL Server Standard Edition所需的磁盤共享。“我們本可以使用企業版來實現始終在線的可用性,但是我們不想只複製數據庫。我們實際上想複製整個SQL Server實例,以確保進行即時的無縫故障轉移。” Craig解釋說。

評價

在互聯網上尋找可能的解決方案時,Craig及其團隊了解了Providence Solutions Australia(www.providencesolutions.com.au),這是亞太地區的正常運行時間專家。Providence Solutions Australia的團隊建議使用SIOS DataKeeper。除了滿足所有技術要求外,Craig還對SIOS DataKeeper通過了Microsoft認證印象深刻。“這兩個因素使我們充滿信心,我們不會遇到兩家供應商之間的衝突。

Azure高可用性和災難恢復解決方案

澳大利亞RSM正在使用SIOS DataKeeper來解決Azure無法使用支持群集的共享存儲(例如存儲區域網絡)的問題。為了最大程度地提高高可用性,該公司在悉尼本地部署了第三個節點,既可以在Azure完全故障時作為災難恢復解決方案,又可以作為他們將來決定離開Azure時的“退出策略”。本地複制還有助於解鎖磁盤捲,以便定期備份到磁帶上以永久保留記錄。根據Craig的說法:“我們發現Azure在雲中提供了各種備份技術,而如果您出於某種原因而離開,則很難獲得該備份的副本。我們能夠在自己的磁帶介質上進行備份是一個真正的收穫。”

結果

“談到長期停機的可能性,例如破壞性風暴,恐怖襲擊,火災,地震甚至是故意破壞,Azure的高可用性解決方案將無法覆蓋我們。  有了使用SIOS DataKeeper的本地災難恢復解決方案,我們可以一鍵啟動災難恢復。” “而且,我們可以隨時在需要時測試災難恢復配置,以確保它能夠在需要時以及在需要時運行。” Craig和他的團隊對SIOS DataKeeper的可靠性完全滿意:“使用任何集群技術,您都需要警惕您為避免故障轉移失敗而正在做的事情。但是使用SIOS DataKeeper,該系統幾乎可以自行管理和維護。在實際情況下,當Azure短暫停機導致磁盤不同步時,SIOS解決方案能夠自我修復。當然,我們會經常檢查它,只是為了確保100%保證,但是我們不需要每天做任何事情。確實行得通!” Craig還感謝他從Providence Solutions Australia獲得的支持,他指出:“我們只需要創建一些故障單,這些故障單更多是關於問題的,而不是實際問題。免費試用SIOS DataKeeper。在Azure上了解有關SQL Server高可用性的更多信息。下載案例研究PDF

Filed Under: 成功案例

  • 1
  • 2
  • 3
  • …
  • 11
  • Next Page »

最近的帖子

  • 我是否仍應在AWS中使用Zabbix?
  • 需要高可用性時如何選擇雲
  • 如何以更好的結果克隆雲中的可用性
  • 新產品發布:適用於Linux的SIOS保護套件9.5.1
  • 雲遷移停滯的六個原因

最熱門的帖子

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

加入我們的郵件列表

Copyright © 2021 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in