匯出 (0) 列印
全部展開

Azure 移轉生命週期的概觀

更新日期: 2014年4月

移轉生命週期是標準方法,提供有關將應用程式和資料移轉至 的逐步指示。主要移轉步驟為分析階段、應用程式移轉階段、資料移轉階段、測試和最佳化階段,以及作業和管理階段,如下圖所示。

本主題詳細說明每個階段並提供進一步資訊的連結。

也支援 虛擬機器上的 Oracle。如需詳細資訊,請參閱<適用於 Azure 的 Oracle 虛擬機器映像>。

作者:Kun Cheng、Selcin Turkarslan、Norberto Garcia
校稿者:Paolo Salvatori、Steve Howard、Stuart Ozer

這個階段的目標是要了解需要 方案的商務需求。在識別商務目標之後,請檢閱現有的應用程式架構以識別 和內部部署方案之間的主要差異,並判斷您是否需要重新設計現有的內部部署應用程式以符合 方案的商務需求。下列工作和問題可協助您建立移轉計劃:

  • 定義商務需求:在 上執行應用程式時,商務案例引發許多可能的問題:

    • 部署方案是以新客戶與使用者為目標嗎?

    • 它需要多租用戶支援多個客戶嗎?

    • 資料裝載於 Microsoft 資料中心而不是客戶所在地時,應用程式是否符合標準規章?

    • 哪些應用程式在架構上和策略中更適合雲端?

    • 哪種類型的移轉最適合我的應用程式:移轉整個應用程式和所有相依性到 ;或者,將應用程式的一部分移轉到雲端,同時讓某些資源維持內部部署;或者,將有 虛擬機器相依性的應用程式移轉至 Web 或背景工作角色。

    這些問題的答案影響應用程式如何設計執行於 平台。

  • 判斷功能差異性:您可以直接在 執行現有應用程式而不需要變更嗎?例如, SQL Database (SQL Database) 不支援內部部署 SQL Server 支援的所有功能。如果您想要移動使用 CLR (Common Language Runtime) 的內部部署應用程式到 SQL Database,需要透過將 CLR 邏輯從 SQL Server 移動到應用程式層,或使用 SQL Database 所支援的 Transact-SQL 陳述式重寫 CLR 邏輯,重新設計應用程式。請注意,SQL Database 目前不支援 SQL CLR。

    從 2012 版本開始,新的虛擬機器功能已加入到 。使用 虛擬機器,在 Windows Server 平台上建立的現有 SQL Server 應用程式就可以移轉到 平台,幾乎不需要任何程式碼變更。透過 虛擬機器中的 SQL Server,管理員和開發人員仍然可以使用內部部署的相同開發和管理工具。在虛擬機器中關聯式資料庫的效能取決於許多因素,包括虛擬機器大小、磁碟數目和組態、網路、資料庫軟體的組態和應用程式工作負載。我們建議開發人員在數個虛擬機器大小和儲存組態上進行應用程式效能評定,選取最適合的組態。如需詳細資訊,請參閱<移轉至 Azure 虛擬機器中的 SQL Server>。

  • 準備效能和延展性計劃:許多舊版應用程式的設計為應用程式邏輯和資料存取元件之間緊密整合。若要讓舊版應用程式能在 適當執行與延展,分離應用程式元件是合理的。如果應用程式太多話或執行過度資料查詢,請考慮使用 Azure 快取服務或實作您自己的快取機制,以批次處理資料存取查詢,並減少應用程式和資料之間的往返。如果要移轉的應用程式處理大型資料庫或大量交易,移轉到 SQL Database 可能需要資料庫模型的重新設計。這是因為單一 SQL Database 執行個體每秒可處理有限的交易數目與具有有限的資料庫大小。在處理大型資料庫或大量交易時,請考慮實作利用多個 SQL Database 資料庫的向外延展架構,或開始使用向外擴充 Windows Azure SQL Database 方法,而不是在內部部署高成本的向上延展系統。針對有大量交易的資料表,實作 In-Memory OLTP 或延遲持久性,也應該視為提升效能的方式。如需有關 In-Memory OLTP 的詳細資訊,請參閱<In-Memory OLTP (記憶體中最佳化)>。如需有關延遲持久性的詳細資訊,請參閱<控制交易持久性>。

    如需有關在虛擬機器上使用 SQL Server 時的效能考量的詳細資訊,請參閱<Azure 虛擬機器中的 SQL Server 效能考量>和<Azure 虛擬機器中的 SQL Server 效能指引>白皮書。

    SQL Database 發行了 SQL Database 的 Premium 有限預覽版本。Premium 服務藉由為 SQL Database 與其次要複本保留固定的容量,相對於 SQL Database 現有的 Web 和 Business Edition 而言,更能夠為雲端應用程式提供可預測的效能。如需有關高階 SQL Database 帳戶的詳細資訊,請參閱<管理高階資料庫>和<高階 SQL Database 預覽版本指引>。

  • 準備應用程式生命週期管理計劃:考慮 應用程式版本與升級案例很重要。根據您的服務等級協定,您可能必須維護應用程式的多個版本,支援不同的客戶層。當您在 升級應用程式時,可能也會想要讓停機時間減至最少。我們建議您小心地維護 預備環境和生產環境。確認您可以在發生相容性問題的情況下回復升級。升級回復計劃應該先涵蓋您的應用程式,接著涵蓋資料庫。

在這個階段之後,我們建議您建立一個試驗專案,讓您清楚了解 平台服務和工具。

一旦您決定要將應用程式移轉到 ,先以最少資料的應用程式試驗版本開始,建立概念證明。首先,在應用程式中實作必要的程式碼變更,以符合商務和技術需求方面的 部署目標。然後,編譯和部署應用程式程式碼到 的適當角色。

一般而言,大部分現有的內部部署應用程式都可以直接在 雲端服務中執行,幾乎不需要變更,但可能會產生一些效能、延展性和安全性問題。若要最佳化效能並啟用未來的延展性,我們建議您考慮在移轉到 雲端服務之前使用多個角色,重新設計應用程式。如需詳細資訊,請參閱<Azure 雲端服務開發考量>。我們建議您先將整個應用程式移動到 雲端服務,然後移轉資料。因為安全性、效能或其他原因,應用程式的某些部分可能需要維持內部部署。這需要混合方案。如需詳細資訊,請參閱<使用 Azure 建置混合方案>。

如果您決定使用 虛擬機器 (VM) 中的 SQL Server,請修改現有的 SQL Server 應用程式,連接到 VM 中的 SQL Server 資料庫。此外,請遵循下列其中一個移轉方法:

  • 您可能有已經在現有虛擬機器上運作的應用程式。您可以將這個虛擬機器移轉到 。在此情況下,您的應用程式、其組態設定和資料已經在這個虛擬機器。但是,這可能需要上傳大型 .vhd 檔案到 。此外,可能會有這個現有虛擬機器的一些驅動程式和硬體相依性,而它們可能無法在 中使用。

  • 您可以在 中建置虛擬機器。若要這樣做,可以從映像庫 (已經包含 SQL Server) 起始虛擬機器。然後,將應用程式安裝至這個虛擬機器。這會減少上傳時間並移除驅動程式和硬體相依性,但是需要安裝應用程式和上傳資料。

如需有關如何移轉現有 SQL Server 資料庫到 VM 中的 SQL Server 的詳細資訊,請參閱<移轉至 Azure 虛擬機器中的 SQL Server>主題。

如果您使用 雲端服務,請從內部部署 SQL Server 移動關聯式資料到 SQL Database,並將非結構化資料移動到 儲存體如 Blob、資料表或 磁碟機。如需詳細資訊,請參閱將資料移轉至 Windows Azure 中的資料表和 Blob將 SQL Server 資料庫移轉至 Azure SQL Database

如果您決定使用 虛擬機器的 SQL Server,可以遵循下列兩種移轉方法之一:

  • 您可能有已在現有虛擬機器中的資料。您可以在 .vhd 檔案中將這個現有虛擬機器上傳至。

  • 您可以在 中建置虛擬機器。然後,您可以在 .vhd 檔案中上傳資料到 。接著,您可以將這個上傳的 .vhd 檔案或空磁碟附加到虛擬機器,當做資料磁碟。您可以使用資料磁碟儲存 SQL Server 記錄檔和資料檔。此外,您也可以使用<移轉至 Azure 虛擬機器中的 SQL Server>主題中所述的工具和技術,將現有 SQL Server 資料庫移轉到 虛擬機器中的 SQL Server。

在您移轉應用程式與資料到 之後,請執行功能和效能測試。在這個階段中,測試雲端中的應用程式並確認它如預期運作。然後,比較內部部署和 之間的效能結果。之後,請解決雲端應用程式中的任何功能、效能或延展性問題。如需詳細資訊,請參閱<實作 Azure 移轉計劃>。

在測試和最佳化階段之後,使用 診斷來設定和實作應用程式監視和追蹤。 診斷可讓您從 中執行的應用程式收集診斷資料。您可以使用診斷資料進行偵錯和疑難排解、測量效能、監視資源使用量、進行流量分析和容量規劃,以及稽核。如需詳細資訊,請參閱 MSDN Library 中的<Azure 中的診斷和偵錯>。

如果您需要同步處理內部部署與 SQL Database 之間的資料或不同 SQL Database 伺服器之間的資料,請安裝並設定 SQL 資料同步 (預覽)服務。此外,我們建議您設定資料復原計劃,以因應使用者錯誤或天然災害的情況。如需詳細資訊,請參閱<使用 Azure SQL Database 時的高可用性和災害復原考量>。

另請參閱

顯示:
© 2015 Microsoft