雖然關鍵業務系統、數據庫和應用程序的停機會給每個組織帶來成本，但不同行業的計劃外停機會產生不同的後果。 在本文中，我們探討了金融服務、醫療保健、製造和教育行業的高可用性用例和 SIOS 客戶成功案例。

金融服務的高可用性

從小型信用合作社到區域性銀行再到全球投資公司，金融服務是一個高度監管、快節奏的行業，每秒發生數十億美元的電子交易。 因此，與其他行業相比，金融服務公司的平均停機成本（根據 ITIC 2021 年每小時停機成本調查，停機一小時的平均成本為 300,000 美元）可能要高得多。

大型金融服務公司為 Oracle 數據庫上的關鍵證券應用程序添加高可用性/災難恢復

中國歷史最悠久的金融服務公司之一，提供證券和期貨經紀以及投資銀行、資產管理、私募股權、另類投資和融資租賃服務。 它在上海和香港證券交易所上市。 該公司在中華人民共和國擁有 343 個分支機構，遍布 30 個省、直轄市和自治區。 它還在 14 個國家和主要國際城市開展業務，為大約 1800 萬客戶提供服務。

環境該公司依賴於在 Red Hat Linux 操作系統環境中運行的基於 Oracle 數據庫的證券交易應用程序。 儘管該公司的 IT 團隊經常備份這些應用程序和數據庫，但他們無法在發生故障或災難時快速恢復操作。

挑戰該金融服務公司希望為其關鍵應用程序及其依賴的 Oracle 數據庫實施高可用性（99.99% 的正常運行時間）保護。

評估該公司的 IT 團隊需要一個集群解決方案，以確保他們能夠可靠地滿足服務水平協議 (SLA) 的高可用性以及嚴格的恢復時間和恢復點目標（RTO、RPO）。 它需要被證明可以提供Linux 環境中的高可用性. 他們還需要一種能夠降低開源環境中集群複雜性的解決方案。

解決方案該公司使用適用於 Linux 的 SIOS Protection Suite 在物理服務器上創建了一個雙節點集群集群軟件. SIOS 集群軟件監控整個應用程序堆棧——網絡、存儲、操作系統和應用程序。 在發生故障轉移時，軟件會協調將應用程序操作故障轉移到集群中的輔助節點。 SIOS Protection Suite 中的應用感知模塊簡化了為 Linux 環境配置集群的複雜性。

結果多年來，該公司一直在使用 SIOS Protection Suite for Linux 集群，並不斷在其環境中實施 SIOS 產品。 在那段時間裡，該公司始終如一地滿足其可用性 SLA。 從簡單的實施到可靠、易於使用的管理，SIOS 集群軟件達到或超過了公司的預期。

醫療保健的高可用性

醫療保健行業的應用程序和存儲的停機時間簡直就是生死攸關的問題。 必須確保可靠地訪問醫院和手術中心使用的關鍵系統，以及電子健康記錄 (EHR) 和醫學成像技術，例如圖片存檔和通信系統 (PACS)。 醫療保健行業也越來越多地成為勒索軟件攻擊的目標，導致大量停機。

Lifehouse Hospital 使用 SIOS DataKeeper 確保 Amazon Web Services 的高可用性

Chris O'Brien 生命之家醫院 (www.mylifehouse.org.au) 專門從事罕見和復雜癌症病例的最先進研究和治療。 這家非營利性醫院每年接待 40,000 多名患者進行篩查、診斷和治療。

挑戰Lifehouse 使用 MEDITECH 進行患者管理和患者電子健康記錄的中央存儲。 “健康信息系統和數據庫對我們提供的護理至關重要。 如果其中任何一個出現故障，將無法訪問患者記錄，這將使醫院的運營陷入癱瘓，”Lifehouse 信息技術總監 Peter Singer 解釋道。 在醫院的數據中心，運行在 SAN 上的 Windows Server 故障轉移集群 (WSFC) 提供了關鍵任務正常運行時間。 與許多組織一樣，Lifehouse 計劃遷移到雲端以利用其敏捷性和可負擔性。

Lifehouse 選擇了 Amazon Web Services (AWS)，並希望將其環境直接“提升並轉移”到 AWS 雲。 為了模擬其本地配置，Singer 選擇了 AWS Marketplace 中提供的“雲卷”服務。 故障轉移集群是使用 Amazon FSx 軟件定義的存儲卷配置的，以在活動實例和備用實例之間共享數據。 但是，軟件定義的雲卷對吞吐量性能產生了重大的不利影響。 使用“無保護”選項時，雲卷表現良好，但“無保護”並不是關鍵任務 MEDITECH 應用程序及其數據庫的真正選擇。

解決方案在進行詳盡搜索後，Singer 得出結論，最佳解決方案是 SIOS DataKeeper。 SIOS DataKeeper 提供 Lifehouse 所需的高性能同步數據複製。 通過在連接到所有活動實例和備用實例的本地存儲之間使用實時塊級數據鏡像，該解決方案克服了雲中缺少 SAN 所導致的問題，包括經常困擾軟件定義存儲的性能不佳（見圖 3）。 生成的 SANless 集群與 WSFC 兼容，提供持續監控以檢測應用程序和數據庫級別的故障，並提供可配置的故障轉移和故障恢復策略。

結果與軟件定義存儲不同，SIOS DataKeeper 專為高性能和高可用性，因此，基於雲的配置可以按需運行，這對 Singer 來說並不奇怪。 但 Singer 對解決方案的實施和操作如此簡單感到驚喜：“我們能夠在幾天內從測試進入生產階段。 持續維護也非常簡單，我們預計這將最大限度地減少與高可用性相關的運營支出和災難恢復”

製造業的高可用性

今天對供應鏈有很多關注。 儘管最近的大部分焦點都集中在物流問題（例如洛杉磯港的擁堵）和網絡攻擊（例如 Colonial Pipeline 勒索軟件攻擊）上，但許多關鍵挑戰延伸到了供應鏈的更深處。 50 多年來，精益製造（也稱為準時制庫存管理）一直是製造業效率的標誌。 然而，“準時制”正是這個意思，在製造過程中不允許系統或應用程序停機。

SIOS DataKeeper Cluster Edition 保護 Van de Lande 數據系統

Van de Lande BV (VDL) 專業生產用於塑料管道系統的 PVC-U 和 PE 壓力管件和閥門，均由管材和注塑成型製成。 其產品在全球範圍內用於工業和技術設施。 讓 VDL 脫穎而出的是其令人印象深刻的產品類型和尺寸範圍，以及對產品改進和增強的持續承諾。 因此，50 多年來，VDL 一直是系統和安裝製造商的首選品牌。

挑戰VDL 從基於 Xen 和 CentOS 的虛擬化服務器環境開始。 後來公司實現了KVM和Hyper-V。 事實證明，這種異構環境難以維護，因此 VDL 逐漸轉向 Windows Hyper-V 環境。

在實施之前SIOS 數據管理員解決方案，VDL 依靠共享存儲 (SAN) 作為其主要存儲。 為了提高性能，他們決定轉向基於固態磁盤 (SSD) 的本地存儲，而不是傳統的旋轉磁盤。

但是，VDL 嚴重依賴其 ERP 數據庫的可用性。 由於只有一個主數據處理系統，VDL 需要一個可靠、全面的災難恢復解決方案來確保其係統在發生全站點災難時的可用性。

為防止停機，該公司需要其服務器將數據複製到備份服務器以實現災難保護。 如果一台服務器出現故障，另一台服務器將接管操作。 此故障轉移過程可維持運營、最大限度地延長正常運行時間並提高用戶工作效率。

解決方案為了提供全面的故障轉移和災難恢復保護，VDL 構建了一個 Windows Server 故障轉移集群 (WSFC) 系統，每個節點都將數據複製到另一個節點。 如果一個節點出現故障，操作會在另一台服務器上繼續進行，並且不會丟失任何數據。 Microsoft Hyper-V 與 SIOS DataKeeper Cluster Edition 軟件的聯合解決方案提供了 VDL 必不可少的可用性和災難保護。

VDL 使用 SIOS DataKeeper Cluster Edition 軟件來確保應用程序、數據庫和 Web 服務的持續可用性。 SIOS DataKeeper 軟件與 WSFC 集成，在兩個 Windows 集群節點之間創建一個“鏡像”服務器系統。 如果主節點出現故障，WSFC 會將所有操作轉移到另一個節點，同時支持對應用程序和數據（在卷級別受到保護）的連續訪問。 SIOS DataKeeper 軟件可實現災難恢復，而無需與傳統備份和恢復技術相關的長時間停機和恢復時間。 SIOS DataKeeper 與 Microsoft WSFC 一起監控系統和應用程序健康狀況、維護客戶端連接並提供不間斷的數據訪問，從而為 VDL 提供公司所需的可靠、容錯系統。

SIOS DataKeeper Cluster Edition 進一步擴展了 Microsoft Cluster Services 和 Windows Server Failover Clustering 的功能。 SIOS DataKeeper Cluster Edition 還支持通過 LAN 或 WAN 連接在物理服務器之間實時復制 Hyper-V 虛擬機。

對於像 VDL 這樣的公司，SIOS DataKeeper Cluster Edition 軟件通過使他們能夠創建 SANless 集群來降低部署集群的成本，從而消除傳統共享存儲集群中 SAN 的成本、複雜性和單點故障風險。 集群實施運行順利，用時不到一天。 在對 VDL 服務器配置和測試進行全面評估之後，安裝團隊發現帶有 SIOS DataKeeper Cluster Edition 軟件的 SANless 集群滿足了他們在災難恢復、性能和高可用性方面的所有標準。 在系統故障轉移測試期間，網絡服務團隊輕鬆快速地對系統進行了故障轉移和故障恢復。

結果VDL 現在擁有全面的高可用性/災難恢復解決方案，可確保其關鍵任務應用程序（如 Web 服務和 ERP 數據庫）始終可用。 SIOS DataKeeper 軟件提供連續實時、基於主機的塊級複製，提供對客戶和庫存記錄的連續訪問。 VDL 部署了兩個 SIOS DataKeeper 集群來保護文件服務器、打印服務器、SQL Server (ERP)、Microsoft Dynamics NAV Web 服務、NiceLabel NiceWatch 標籤服務和 iSCSI 服務器。

一個雙節點集群用作文件服務器和 iSCSI 服務器，而另一個支持 SQL Server 集群和 Dynamics NAV Web 服務。 IT 基礎設施包括三台安裝了 60 個虛擬機的 Hyper-V 主機、一台 BackupExec 服務器、50 個桌面用戶和 25 個移動條形碼掃描器，它們通過 Web 服務連接到 ERP 系統。 每台主機都包含 240GB SSD，採用 RAID 60 配置，本地存儲總量為 3TB。 這些系統通過 10 Gigabit 接口連接。

教育的高可用性

在全球大流行之後，遠程學習已成為高等教育以及小學和中學教育的主要教學形式。 在高等教育中，遠程學習使學院和大學能夠在全球範圍內推廣，以吸引多樣化的學生群體。 因此，正常運行時間在教育中變得越來越重要，學生和教授需要訪問各種系統，包括圖書館數據庫、學生記錄和高性能計算 (HPC)——例如，以支持醫學研究、測試應用程序等。 由於學生（可能來自世界各地）爭先恐後地在線註冊，爭奪有限的課堂空間，停課時間也可能代價高昂。

主要大學給予 SIOS LifeKeeper for Linux 最高分

當紐約的一所領先大學決定改造其企業資源規劃 (ERP) 系統時，它希望提高性能，尤其是在註冊高峰期，並降低總體擁有成本 (TCO)。 該大學為 10,000 多名學生提供服務，並使用 Oracle 數據庫在基於 HP/UX SAN 的存儲環境中維護所有學生註冊信息，並在集群中的兩個結構之間複製其完整的 SAN 架構。

挑戰該大學需要一種替代解決方案，該解決方案將更具成本效益，提供更快的性能，並為其任務關鍵型 Oracle 數據庫提供高可用性和數據保護。 意識到它需要一個比典型的 Linux 解決方案更強大的集群解決方案，該大學轉向了 SIOS。 “我們需要一個合適的集群替代方案，”該大學的 IT 助理副校長說。 “SIOS 解釋說，他們可以與 SanDisk Fusion ioMemory 產品集成並設置集群。 他們完全是主動的。”解決方案SIOS LifeKeeper for Linux 提供應用程序故障轉移，SIOS DataKeeper 提供數據複製和 SIOS Oracle 應用程序恢復工具包為學校的數據庫提供開箱即用的額外保護。 SIOS 與 Western Digital 的戰略聯盟還為學校的集群環境提供了高性能的 SanDisk 閃存解決方案。

通過使用配置有基於 SanDisk Fusion ioMemory 的 IO 加速器的服務器，該大學可以用運行 Linux 的簡化服務器組取代其龐大且昂貴的基於 SAN 的設置。 基於 ioMemory 的 IO 加速器與服務器和 SIOS LifeKeeper for Linux 的集成提供了比傳統遺留解決方案更好的性能和可用性，使 SIOS 解決方案成為完美的選擇。

結果三台服務器和 SIOS 解決方案的成本低於該大學一台舊 HP/UX 服務器的成本。 學校用節省下來的錢增加了記憶。 該大學還消除了風險，因為傳統的基於 SAN 的集群中的共享磁盤可能是單點故障。 這就是它最初有兩個 SAN 的原因。 使用 SanDisk Fusion ioMemory 的 SIOS 複製消除了這種單點故障，成本遠低於結構交換機，並提供更多數據副本。 SanDisk 基於閃存的 Fusion ioMemory 存儲和 SIOS 複製相結合，改善了學校的 TCO，降低了數據中心成本，並由於降低了電力和冷卻需求而減少了對環境的影響。

了解有關 SIOS 的更多信息高可用性解決方案.

經許可轉載自信息系統

根據 Flexera 2021 年雲狀況報告，雲計算在過去十年中變得無處不在，99% 的組織至少使用一個公共或私有云。 雖然 AWS、Microsoft Azure 和 GCP 是當今三大公共雲提供商，但許多組織（無論是有意還是無意）採用了多雲戰略，使他們能夠挑選最有吸引力和最適合的雲服務以滿足他們獨特的業務需求。 根據 Flexera 報告，如今 92% 的企業擁有多雲戰略，平均使用 2.6 個公共雲和 2.7 個私有云，包括軟件即服務 (SaaS)、平台即服務 (PaaS)、基礎設施即服務 (IaaS) 產品。

---

什麼是多雲？

多雲只是一個由兩個或多個公共和/或私有云（包括 SaaS、PaaS 和 IaaS）組成的環境。 多雲環境中的不同服務可能會互操作（在這種情況下可能是混合雲），也可能不一定會互操作（本質上作為單獨的雲孤島運行）。 請記住，儘管所有混合雲都是多雲，但並非所有多雲都是混合雲。

---

多雲戰略的演變（和廣泛採用）

多雲環境由任意兩個或多個公共或私有云產品組合組成，包括 SaaS、PaaS 和 IaaS。 因此，組織的多雲戰略可能包括在 Amazon Elastic Cloud Compute (EC2) 上運行的企業工作負載，以及使用 Microsoft 365 處理電子郵件和後台應用程序。 或者，組織可以將私有云中託管的自定義數據庫連接到公共雲 SaaS 產品 Salesforce。

混合雲環境由本地、私有云和公共雲環境組成。 根據 Flexera 報告，80% 的企業擁有混合雲戰略（見圖 4）。 多雲環境通常是影子 IT 的結果，在影子 IT 中，不同的部門採購雲服務來滿足各自的需求，而無需諮詢集中的 IT 部門。 例如，您的營銷團隊可能早在 IT 部門在 AWS 中部署其第一個工作負載之前就開始使用 Salesforce，而您的人力資源和財務部門正忙於將 Workday 和 Concur 添加到您的組織現在所依賴的 SaaS 應用程序組合中。 或者，也許您擁有在全球範圍內從事不同項目的應用程序開發團隊。 一個開發團隊可能更喜歡 Azure DevOps，而另一個團隊可能更喜歡 AWS 中的開源工具。 因此，您的多雲策略可能純粹是偶然演變的——這不一定是壞事。

您的不同部門有權選擇同類最佳的解決方案來滿足他們的需求，而您的應用程序開發團隊可以在他們首選的開發環境中最大限度地提高工作效率並縮短上市時間。

多雲環境也會因設計而演變，例如，由於監管要求、併購，或實施高可用性和災難恢復策略。

監管語言可能含糊不清。 例如，金融行為監管局 (FCA) 關於外包 IT 的規定規定，公司必須能夠“知道他們將如何過渡到替代服務提供商並保持業務連續性”。該聲明意味著受監管的公司至少需要規劃二級雲環境。 鑑於許多受到嚴格監管的公司規避風險的性質，這些類型的問題導致許多公司採用多雲戰略。

在合併或收購後整合 IT 系統並整合數據中心和雲環境是一項重大挑戰。 有許多因素會使這一挑戰複雜化，包括與雲提供商或託管提供商的現有合同。 與整合物理數據中心類似，整合雲工作負載可能是一項無法帶來顯著商業價值的重大工作，因此它經常因優先級更高的項目而被推遲。

最後，通常採用多雲策略來支持高可用性和災難恢復需求。 在評估 AWS 和 Azure 的主要公共雲中斷時，大多數中斷通常一次僅限於一個雲區域（並且最常見的是與軟件相關）。

越來越多的組織（根據 Flexera 報告，佔 34%）採取了額外的步驟，跨多個公共雲提供商部署他們的關鍵任務工作負載。 這對於靜態工作負載來說要容易得多，例如可以獨立運行的網站和應用程序。 對於數據庫和目錄服務（例如 Active Directory）等分佈式系統，多雲災難恢復可能更具挑戰性。

了解多雲環境中的獨特挑戰

與單一云部署相比，多雲環境更複雜，因此管理起來更具挑戰性。 多雲環境中的一些獨特挑戰包括： • 端到端可見性：確保完整的可見性在任何 IT 環境中都是一項挑戰，而且在高度動態的多雲環境中，它的複雜性和挑戰性呈指數級增長。 但是，端到端可見性對於解決性能問題和瓶頸、保護您的數字足跡以及識別關鍵任務系統和應用程序中的單點故障至關重要。

• 安全和身份管理：勒索軟件和其他網絡安全威脅是當今每位 IT 領導者最關心的問題。 通過將某些安全責任（例如數據中心和物理安全）轉移到公共雲提供商並提供對加密和網絡分段等服務的按需訪問，遷移到公共雲平台通常可以改善組織的安全狀況，但它可以也更容易犯下代價高昂的錯誤。 例如，網絡錯誤配置可能很常見——數以千計的數據洩露是由配置不當的 AWS S3 存儲桶造成的。 身份管理是另一個挑戰。 例如，以前在本地環境中使用過 Active Directory 的組織可能非常熟悉 Azure Active Directory，但將身份管理從 Azure 擴展到 AWS、GCP 和 SaaS 產品（例如 Salesforce、ServiceNow、Workday 等） ) 可以引入新的挑戰。

• 應用程序和數據可移植性：在混合（多雲）環境中跨不同公共雲平台動態移動應用程序和數據的能力是許多多雲戰略的關鍵。 儘管公共雲提供商不一定會構建他們的服務來限制應用程序和數據的可移植性，但他們不一定會合作來促進此功能，並且可能會涉及成本。 不同的雲提供商也為其各種服務產品使用不同的技術。

• 多雲孤島：如果組織不針對應用程序和數據可移植性來規劃和設計其多雲部署，他們最終可能會遇到孤立的應用程序和存儲，本質上會在跨多個雲平台的傳統本地數據中心環境中重現一個常見問題。 至少，組織需要多雲安全和管理工具，使他們能夠有效地管理跨不同雲平台的風險和使用/成本。

根據 Flexera 2021 年雲狀況報告，81% 的組織將安全性列為其云部署的首要挑戰，其次是管理雲支出 (79%)。 然而，只有 42% 的組織使用多云成本管理工具，只有 38% 的組織使用多雲安全工具。

解決多雲環境中的高可用性和災難恢復問題

雖然多雲部署面臨許多挑戰，但它們可以提供額外的可用性，尤其是在發生重大雲中斷和災難恢復的情況下。 如果您的組織正在推行多雲戰略，您應該與值得信賴的、與云無關的合作夥伴合作，以幫助您使用整體方法設計和實施多雲部署。

為了高可用性和災難恢復，您還需要一個跨越您的多雲環境的與云無關的技術解決方案，無論您使用何種雲平台。 您總是希望避免這樣一種情況，即您的高可用性解決方案會比獨立解決方案在您的環境中導致更多的停機時間。 早期版本的 SQL Server 集群提出了這個難題——要增加磁盤空間，您必須招致停機，而這在獨立解決方案中是不會發生的。 雖然故障轉移靜態網站之類的東西可能微不足道，但移動多層應用程序堆棧在網絡和數據同步方面卻極其複雜。 您還需要避免故障轉移到安全性較低的雲環境，該環境可能由於不了解跨雲提供商的不同安全解決方案之間的細微差別而配置錯誤。

所以我該怎麼做？

最後，在每個公共雲中，都有一些服務會迅速增加成本。 這些服務根據基於使用的定價收費，並且可能意味著僅僅幾天后成本就會急劇增加。 減輕這種風險的一種方法是確保您利用每個雲平台中的成本監控服務和警報。

雖然多雲部署並不適用於所有組織，但許多組織會走這條路。 了解網絡和安全是您最大的技術障礙之一，管理治理和成本是關鍵的功能挑戰。 測試對於確保您的多雲集群解決方案正常運行至關重要。 使用支持簡單切換和切回的高可用性集群解決方案並了解您的每個應用程序將如何工作非常重要故障轉移，最重要的是定期測試故障轉移以了解任何網絡或數據障礙。

經許可轉載自信息系統