負載平衡多層應用程序的雲端移植和災難修復

撰/Prateek Sharma  Senior Program Manager, Cloud + Enterprise 04.18.2017   支援 Microsoft Azure 虛擬機器可用集是一個受到 Azure Sites Recovery (ASR) 客戶們高度的期待的功能,他們用該產品進行雲轉移或應用程序的災難修復。今天,我們很開心地宣布 ASR 現在已經支援建立虛擬機可用集的故障轉移。這個允許您可以部署一個內部或外部的平衡器,來分配多個虛擬機器的同層應用程序之間的流量。有了 Azure Site Recovery 保障雲轉移和應用程序災難修復,它一流整合了可用集以及負載平衡器,使您能夠更簡單的在 Microsoft Azure 運行您的故障轉移應用程序,而且保證和您原本主要站點運行的一樣。 在先前的部落格系列,您可以知道更多關於修復應用程序的重要性和複雜性 — 雲端移植和應用程序的災難修復,不僅僅是虛擬機器。下一個網址則是讓您深探修復計畫,告訴您如何一鍵式雲端移植和應用程序災難修復。在這篇,我們關注在如何使用 ASR 故障轉移或者移植一個負載平衡的多層應用程序。 為了要展示現實中可用集和負載平衡器在修復計畫的真實情況,我們使用一個總是有SQL在後端的三層 SharePoint。一個修復計畫用來協調整個 SharePoint 故障轉移。     這裡是建立 SharePoint 可用集和平衡器、當它需要在 Azure 上面運行的步驟: 在 Recovery Services 下,去每個應用程序層虛擬機器的 Compute & Network 設定,配置一個可用集給它們。 給每個網路層虛擬機器都配置不同的可用集。 分別在修復計畫的組 1…

0

用 Azure SIte Recovery 將 Hyper-V 機器保護和修復到高級儲存空間

撰/Poornima Natarajan Program Manager, Cloud + Enterprise 2017.03.07   我們十分高興地宣布支援複製Hyper-V 虛擬機器(由 System Center VMM 或不是在其底下的管理)到 Azure 高級儲存空間帳戶。   我們推薦您將 I/O 密集型企業工作負載,複製到高級儲存空間,為每個虛擬機器提供高IOPS 、高效吞吐量、以及度延遲非常低的高效磁盤。在對Azure 進行故障轉移時,複製到高級儲存空間上的 Azure 虛擬機,並且在整體和延遲方面都實現了高水平的性能。   建立複製到高級存儲空間,您需要: 一個高級存儲空間帳戶:當您需要複製您的 on-prem 虛擬機器/實體servers 到高級存儲空間是,所有在受保護的機器上的磁盤資料都背負知道高級存儲空間。 一個標準存儲空間帳戶:當您初步複製磁盤資料後,所有的on-prem 磁盤的改變都將被連續性的追蹤,並以複製logs的形態被存儲在標準存儲空間帳戶。     底下是一些使用高級存儲需要注意的事情: 複製到高級存儲空間支持 Classic 和 Resource Managers 存儲空間帳戶 高級存儲支持複製頻率為 5 分鐘或 15 分鐘(配置成複制策略中的設置)。這是基於高級存儲空間支持的每個 blob 快照數(每個blob 100個快照)。   Scenario 複製到高級存儲空間 Hyper-V virtual…

0

宣布 Azure IaaS 虛擬機的磁盤大小可達 4 TB!

原撰/ Yuemin Lu, Program Manager, azure Storage Azure 提升了 Azure Disk 的大小和性能 我們很興奮地宣布,高級和標準存儲的最大磁盤大小都會增加。這將磁盤的最大尺寸從 1,024 GB 擴展到 4095 GB,並使客戶能夠為每個 VM 添加 4 倍多的磁盤存儲容量。現在,客戶現在可以使用 64 個容量為 4 TB 的磁盤在 GS5 VM 上最多提供 256 TB 磁盤存儲。因此,客戶不再需要擴展到多個虛擬機或分區多個磁盤來提供更大的磁盤容量。 大型磁盤目前可用於所有Azure地區,其中包括美國政府部門(僅用於非專有磁盤),美國國防部,德國和中國的主權雲。 為了靈活地提供給客戶與他們工作負載匹配的適當磁盤大小,我們在託管和非託管高級磁盤的 P40(2TB)和 P50(4TB)中引入兩個新的磁盤大小;標準託管盤的 S40(2TB)和 S50(4TB)。客戶還可以為標準非託管磁盤提供4,095 GB的最大磁盤大小。   高級磁盤 標準磁盤 託管磁盤 P40, P50 S40, S50 非託管磁盤 P40, P50 最大高達 4,095GB 更大的高級磁盤 P40…

0

Azure site Recovery 讓災難修復更加強大

撰 Kelly Anderson, Product Manager   如果您正在進行您企業的建造或修改,像這種連續的變更計畫,就很值得來看看Azure Site Recvery (ASR)。ASR 是一個災難修復服務,能使您將運行在 Linux 或Windows 作業系統下的 on-prem 應用程序能夠故障轉移,並且在中斷時還能使用 VMware 和 Hyper-V 到 Azure。 今天 Microsoft Mechanics 的這一集,會介紹 ASR 如何協助您維持應用程序保持可用狀態,包含為您的 on-prem 應用程序在 Azure 建立一個複製檔,並測試合規的解決方案。     開始使用 Azure Site Recovery 如同上述 demo 所敘,我們藉由建立災難修復減少了複雜度。ASR 建立在Azure裡,只要您擁有 Azure 的訂閱,您今天就能開始使用它,前 31 天免費提供使用。 此外,有 Azure Hybrid,您可以使用現有的 Windows Server 權限來執行這個,看看 Chris van Wesep 最近的…

0

4 個讓您能下定決心學習 Azure 的秘訣~

原文作者:Rob Caron 又到了一年一度大家許下新年願望的時刻啦,如果您的新年願望之一是關於好好學習 Azure 的話,讓我來跟您分享幾個小訣竅吧~~~ 利用這本免費的電子書-閱讀 Microsoft Azure 的開發人員指南(第二版)。這一本電子書只有 50 頁,但它可以讓開發人員快速了解 Azure 的技術 (這本是由開發人員寫的)。當您讀到第六章,準備開始在 Azure 上做那一章節裡的練習時,您需要參考下一步~~ 建立一個免費帳號-當您要開始實際操作 Azure 時,先建立一個免費帳號吧!今年,我們提供的免費帳號比以往更好。建立的過程需要用信用卡進行身分認證,雖然 Azure 裡面有很多免費的服務,在這免費試用的 30 天內您還有6100 NTD 的點數可以使用。當您註冊這試用版時,預設會啟用支出限制,但並沒有限制最少要用多少。您可以設定結算警報來監控支出,並將您訂購的費率和預測圖表釘到儀表板上。 挑一個專案來做-若想精通 Azure,只閱讀資料是不夠的,需要真正用它做一個項目上手的快。專案也不需太過複雜,可以是一個小型應用程式或個人網站。 如果您不知所措,可以瀏覽 Azure 程式碼範例,或在 GitHub 上面尋找,例如 ToDoListAzure 或瀏覽 Cosmos DB 範例來體驗 Azure Cosmos DB 的魅力 準備開始操作-您可以依據喜好選擇用圖形化或指令的執行介面,若傾向前者,可以用 Azure 首頁操作;傾向後者的話,可以用 Cloud Shell 操作。 Azure 首頁是一個基於 web 的用戶介面,讓您可以用 Azure 資源做任何事 來看看關於 Azure…

0

Service Map 服務地圖能在 Operation Manager 中公開預覽咯!

您是否喜歡 Service Map,又同時使用 System Center OperationManager 呢?您是否曾經希望能在 Service Map 中自動創建和管理分佈應用程序圖表?隨著新的服務地圖管理包已公開預覽,現在我們就能實現這些。   有了公開預覽和 Service Map 的集成,您可以獲取由 Service Map 建立的動態映射,並讓他們能夠自動建立和維護您在 Operation Manager 的分佈式應用程序圖。它不但適用於單獨的服務器映射,也適用於複雜的機器組映射。   隨著您的企業服務改變,您的圖表也會跟著改變-在 Operation Manager 和 Service Map,現在,您可以設置 Operation Manager 的儀表板,顯示服務器的運行狀況,並相信底層分佈式應用程序能夠代表現實世界的基礎設施,即使他們發送變化也能。 更多信息,請查看在線文檔或下載管理包自行嘗試吧!

0

OMS網路性能監控 ( Network Performance Monitor ) 改進內容

主旨:瞭解最新的 OMS Network Performance (NMP) 優化內容:包含 Azure 首頁門戶的可用性、逐步跳躍延遲故障、代理診斷以及更多地區的可用性。 OMS NMP在 2017 年 3 月上市可用,我們將持續關注您使用此解決方案的反饋。除了許多優化,這裡發佈了一些新的改進功能。 代理診斷:許多人在複雜的網路中使用 NPM,我們的代理被安裝在多個節點上。有些人擔心要讓這些代理得以工作所需的配置,並且也很困難去理解為什麼為什麼有的代理不按預期的工作。現在我們加上代理診斷功能,能夠協助您在視圖中查看任何您的網路中 VPM 代理運行狀況,找尋錯誤配置或是沒有回應的狀況,並獲取可操作的診斷信息來解決問題。 下圖顯示了與主機關聯的防火牆配置規則。   逐步跳躍延遲 (Hop-by-hop latency breakdown):NPM 現在在拓撲圖上為您網路上兩個結點之間提供 hop-by-hop latency breakdown,這個功能補充了一些拓撲圖的其他功能,例如故障定位,路徑過濾器,跳轉壓縮滑塊和進階搜索。通過每個跳躍的延遲數據,您現在可以通過識別沿網絡路徑發生的問題來隔離網絡減速。   Azure 首頁門戶 (portal) 的可用性:現在,Azure 首頁提供了 NPM。您可以從 Azure Marketplace 添加 NPM,並使用 Azure 首頁中的解決方案來監控您的環境。您還可以繼續在 OMS 首頁中使用該解決方案。   在更多地區存在:除了東美,西歐,澳大利亞東南亞和東南亞,NPM 現在在美國中西部也可使用。   NPM 新手嗎? 您可以找到有關如何開始使用網絡性能監控,並使用 NPM 監控 Azure、AWS 和內部部署網絡的詳細說明。 獲取免費的…

0

Web 安全性基準評定功能公開預覽

我們很高興我們能發表 web 安全基準評估功能。您可以在任何環境瀏覽網路資訊服務(IIS) web 服務,包含Azure,和其他由OMS監控的平台。這項功能檢查安全漏洞,並提供有關配置的相關建議。 Web 安全性基準評定協助您鑑定潛藏的易受攻擊的 web server 設定,Web server 上 Web 基準配置的三個主要來源有:.NET、ASP.NET 以及 IIS 配置。 IIS 配置具高度的可配置性,使用戶能夠覆蓋過站點和其下運行的應用程式的精細設定。Scanner 掃瞄器檢查每個應用程式或站點的級別,以及默認的根級別。並且將這些設置與 Microsoft 建議的安全性進行比較。有助於您識別潛在的設置漏洞,並快速解決問題。和 OMS 安全性稽核評估相似,OMS 安全性與稽核解決方案每24小時掃描運行 IIS 的 Web 服務器,並在 OMS 安全性與稽核儀表板中顯示其安全狀態。 網路安全性基準評定結果包含在安全基準評估儀表板中。您可以看到被評估的服務器,以及不通過的特定規則(和其嚴重性)。您也可以通過點選失敗規則來深入瞭解更多詳細情形。   使用者能夠建立他們自己的搜索規則,利用輸入Type=SecurityBaseline 或 Type=SecurityBaselineSummary,以及 BaselineType=Web。有關此功能的更多詳情,您可以點選 OMS 安全和稽核解決方案的 Web 基準評估。透過深入瞭解每個規則,您能找到有關潛在影響的信息還有規則相關的漏洞。   除了目前支持的規則之外,我們還計劃擴展支援額外的評估規則,以及  Azure 安全中心的集成整合。

0

Red Hat OpenShift 的 Container 監控解決方案

自從我們發佈了與 Red Hat 的合作關係後,發現大家對 Azure 的 Red Hat OpenShift 興趣越來越大,尤其是關於 Open Shift 內對於 Container 的監控與豐富支援。過去幾個月我們新增了 OpenShift 的 container 監控,可以支援公有雲、私有雲和 on-prem 部署。 一旦您啟用 OMS Agent,您就能搜集和 OpenShift 相輔相成的寶貴資訊。那麼要如何在 OpenShift 群集內安裝代理agent,並且讓它開始幫您搜集container監控資料呢?有以下三種方式: 直接在每個 OpenShift 節點安裝 OMS Agent 的 Linux 版本 在 Azure 上的每個 OpenShift 節點啟用 Log Analytics 虛擬機擴展 將 OMS Agent 安裝為 OpenShift 的保護程序集   我們現在支援 OpenShift Container Platform…

0

用 Service Map 建立基礎設備監控解決方案

您是否曾經在服務器進程或連結不存在時設置自動通知呢?透過使用 OMS Azure Log Analytics 和 Service Map,可以經由內建的功能以及一點點 PowerSell 來解決這個問題。 為了顯示 Service Map 的實用性,我們建構了一個簡單的三層混合雲應用程式。在 Azure VM Scale Set 前端具有網路資訊服務 IIS,中間運行 Linux 上的 Tomcat Server,後端則為 MySQL。我們另外使用兩天運行 JMeter 的服務器為應用程式產生恆定的負載。此外,有趣的是,我們有一段程式碼在 Tomcat server 上定期運行,加上使用高等 CPU 和內存來影響其效能。     總而言之,這是一個非常簡單的應用程式—比您的真實世界應用程式簡單的多。不過由於我們偶爾會有意使其運行低落,有時候它反而會因此中斷。也許 server 重新啟動,但 JMeter 沒有重新啟動,或者也許我們在應用程序 server上使用太多內存,Tomcat server 死機。沒有什麼比當您要 demo 時卻發現應用程序已經不在那裡來的更加沮喪了。   幸運的是,我們要給大家介紹的超好用工具,就是用來監控這些問題的。現在只要寫一個腳本,Service Map 有一個 REST API,允許您查詢 Service Map上的所有信息。若您在 Service Map 使用者介面上看到它,您能夠透過…

0