從 IBM 網絡應用程序服務器遷移到 Amazon EC2 - AWS Prescriptive Guidance

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

從 IBM 網絡應用程序服務器遷移到 Amazon EC2

由尼爾阿德揚 (AWS) 創建

R 類型 平台重建

來源:應用程式

目標:Amazon EC2 執行個體上的 Apache Tomcat

建立者:AWS

:环境 生產

:Technologies 網站與網路應用程式;移轉

工作負載:IBM; 開放原始碼

:AWS 服務:Amazon EC2

Summary

這種模式會引導您完成從執行 IBM WebSphere 的現場部署 RHEL 6.9 系統遷移到在 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體上執行 Apache Tomcat 的 RHEL 7.4 移轉的步驟。 

樣式可套用至下列來源版本和目標版本: 

  • 網絡環境 7 到雄貓 6(使用 Java 1.6) 

  • 網絡環境 7 到雄貓 7(使用 Java 1.6) 

  • 網絡球體 8.5.5 到雄貓 7(使用 Java 1.6 或更高版本) 

先決條件和限制

先決條件  

  • 作用中的 AWS 帳戶 

  • 來源 Java 程式碼,具有下列假設:

    • 使用 Java 1.6 或更新版本的 Java 開發套件 (JDK) 版本

    • 使用春天或阿帕奇的支柱框架

    • 不使用企業 Java 豆類(EJB)框架或任何其他不適用於 Tomcat 的 WebSphere 服務器功能

    • 主要使用 Servlet 或 Java 伺服器頁面 (JSP) 

    • 使用 Java Database Connectivity (JDBC) 連接器來連線至資料庫  

  • 來源 IBM 網路星球版本 7 或更高版本 

  • 目標 Tomcat 版本 6 或更高版本  

Architecture

 來源堆疊

  • 使用 Apache 支柱模型-視圖-控制器(MVC)框架構建的 Web 應用程序 

  • 在 IBM 第 7 版或 8.5.5 版上執行的 Web 應用程式。

  • 使用輕量型目錄存取通訊協定 (LDAP) 連接器連線至 LDAP 目錄 (iPlanet/eTrust) 的 Web 應用程式 

  • 使用 IBM 蒂沃利存取管理員 (TAM) 連線來更新 TAM 使用者密碼的應用程式 (在目前的實作中,應用程式使用 PD.jar)

 現場部署資料庫

  • Oracle 11g 標準版 (SE) 

  • Oracle 11 g Standard Edition 1 (SE1) 

  • Oracle 11 g Standard Edition 2 (SE2) 

  • Oracle 11 g Enterprise Edition (EE)  

 目標堆疊

  • 在 EC2 實例上運行在 RHEL 上的阿帕奇 Tomcat 版本 7

  • Amazon Relational Database Service (Amazon RDS)

如需 Amazon RDS 支援 Oracle 版的詳細資訊,請參閱Amazon RDS for Oracle網站。

 目標架構

Tools

  • 應用程式層:將 Java 應用程序重建為 WAR 文件

  • 資料庫層:Oracle 原生備份與還原

Epics

任務描述所需技能
完成應用程式探索、目前狀態佔用量和效能基準。

BA, 移轉領導者
驗證來源和目標資料庫版本。

DBA
識別目標伺服器 EC2 執行個體的硬體需求。

DBA、SysAdmin
識別儲存需求 (儲存類型和容量)。

DBA、SysAdmin
根據容量、儲存功能和網路功能,選擇適當的 EC2 執行個體類型。

DBA、SysAdmin
識別來源和目標資料庫的網路存取安全需求。

DBA、SysAdmin
識別應用程式移轉策略和工具。

DBA,移轉領導者
完成應用程式的移轉設計和移轉指南。

建立潛在客戶,遷移領導者
完成應用程式移轉 Runbook。

建立領導者、轉換領導者、測試領導者、遷移領導者
任務描述所需技能
建立虛擬私有雲端 (VPC)。

SysAdmin
建立安全群組。

SysAdmin
設定並啟動 Amazon RDS for Oracle。

DBA、SysAdmin
任務描述所需技能
建立或取得端點的存取權,以擷取資料庫備份檔案。

DBA
使用原生資料庫引擎或協力廠商工具來移轉資料庫物件和資料。

如需詳細資訊,請參閱其他資訊] 區段。

DBA
任務描述所需技能
提交變更請求 (CR) 以進行移轉。

轉換 LEAD
取得 CR 核准以進行移轉。

轉換 LEAD
依照應用程式移轉 Runbook 的應用程式移轉策略。

如需詳細資訊,請參閱其他資訊] 區段。

DBA, 移轉工程師, 委聘人員
升級應用程式 (如果需要)。

DBA, 移轉工程師, 委聘人員
完成功能性、非功能性、資料驗證、SLA 和效能測試。

測試潛在客戶、應用程式擁有者、應用程
任務描述所需技能
向應用程式擁有者或企業擁有者取得簽署。

轉換 LEAD
將應用程式用戶端切換至新的基礎結構。

DBA, 移轉工程師, 委聘人員
任務描述所需技能
關閉臨時 AWS 資源。

DBA, 移轉工程師, SysAdmin
檢閱和驗證專案文件

遷移 LEAD
收集大約需要遷移的時間指標,手動與工具的百分比,節省成本等。

遷移 LEAD
關閉專案並提供回饋。

移轉主機,應用程式擁有者

References

教學和影片

其他資訊

移轉資料庫物件和資料

例如,如果您使用的是本地 Oracle 備份/恢復實用程序:

  1. 建立 Amazon Simple Storage Service (Amazon S3) 以供資料庫備份檔案 (選用)。

  2. 將 Oracle DB 資料備份至網路共用資料夾。

  3. 登入移轉臨時伺服器以對應網路共用資料夾。

  4. 將資料從網路共用資料夾複製到 S3 儲存貯體。

  5. 請求 Oracle RDS 異地同步備份部署。

  6. 將現場部署資料庫備份還原到 Amazon RDS for Oracle。

設定應用程式層

  1. 從阿帕奇貓網站安裝 Tomcat 7。

  2. 將應用程式和共用程式庫封裝成 WAR 檔案。

  3. 在 Tomcat 中部署 WAR 文件。

  4. 將啟動記錄監控至Linux cat任何缺少的共享庫。

  5. 觀看開始記錄Linux cat任何 WebSphere 特定的部署描述元延伸模組。

  6. 從網站伺服器收集任何遺失的相關 Java 程式庫。

  7. 使用 Tomcat-相容的對等項目來修改 WebSphere 特定的部署描述元元素。

  8. 使用相依的 Java 程式庫和更新的部署描述元重建 WAR 檔案。

  9. 更新 LDAP 組態、資料庫組態和測試連線 (請參閱範圍組態操作說明JNDI 資料來源操作說明在阿帕奇的雄貓文檔中)。

  10. 針對已還原 Amazon RDS for Oracle 資料庫,測試已安裝的應用程式。

  11. 從 EC2 執行個體建立適用於 Linux 的 Amazon Machine Image (AMI)。

  12. 使用「Application Load Balancer」和「自動調整」群組啟動完整的架構。

  13. 更新 URL (藉由使用 WebSeal 結合) 以指向 Application Load Balancer。

  14. 更新組態管理資料庫 (CMDB)。