Oracle資料庫部署的考量因素
建議變更
PDF
公有雲提供多種運算與儲存選擇、使用正確類型的運算執行個體與儲存引擎、是開始資料庫部署的好地方。您也應該選擇針對Oracle資料庫最佳化的運算和儲存組態。
以下各節說明在EC2執行個體搭配FSX儲存設備的AWS公有雲上部署Oracle資料庫時的主要考量。
VM效能
選取適當的VM大小、對於公有雲中的關聯式資料庫達到最佳效能非常重要。為獲得更佳效能、NetApp建議使用EC2 M5系列執行個體來進行Oracle部署、此執行個體已針對資料庫工作負載最佳化。同樣的執行個體類型也可用於AWS為Oracle的RDS執行個體供電。
-
根據工作負載特性、選擇正確的vCPU和RAM組合。
-
新增交換空間至VM。預設的EC2執行個體部署不會建立交換空間、這對資料庫來說並不是最佳選擇。
儲存配置與設定
NetApp建議採用下列儲存配置：
-
對於NFS儲存設備、建議的Volume配置為三個Volume：一個用於Oracle二進位、一個用於Oracle資料、一個用於複製控制檔、另一個用於Oracle主動式記錄、歸檔記錄和控制檔。
-
對於iSCSI儲存設備、建議的Volume配置為三個Volume：一個用於Oracle二進位、一個用於Oracle資料、一個用於複製控制檔、另一個用於Oracle主動式記錄、歸檔記錄和控制檔。不過、理想情況下、每個資料和記錄磁碟區都應該包含四個LUN。LUN在HA叢集節點上的理想平衡。
-
在儲存IOPS和處理量方面、您可以選擇FSX儲存叢集的已配置IOPS和處理量臨界值、而且這些參數可在工作負載變更時即時調整。
-
自動IOPS設定為每GiB配置儲存容量或使用者定義儲存容量的三個IOPS、最高可達80、000個。
-
處理量層級會依下列方式遞增：128、256、512、1024、2045 Mbps。
-
評估處理量和 IOPS 時、請參閱"Amazon FSX ONTAP 效能"文件。
NFS組態
Linux是最常見的作業系統、具備原生NFS功能。Oracle提供直接NFS（DNFS）用戶端、原生整合至Oracle。Oracle 已支援 NFSv3 超過 20 年。NFSv3 支援 DNFS 、適用於所有 Oracle 版本。所有遵循 NFSv4 標準的作業系統都支援 NFSv4 。NFSv3 4 的 DNFS 支援需要 Oracle 12.1.0.2 或更高版本。NFSv4.1 需要特定的作業系統支援。請參閱 NetApp 互通性對照表工具（ IMT ）以取得支援的作業系統。NFS4.1 的 DNFS 支援需要 Oracle 版本 19.3.0.0 或更新版本。
使用NetApp自動化工具套件自動部署Oracle、可在NFSv3上自動設定DNFS。
其他考量因素：
-
TCP插槽表相當於主機匯流排介面卡（HBA）佇列深度的NFS。這些表格可控制任何時間都可以處理的NFS作業數量。預設值通常為16、這對於最佳效能而言太低。相反的問題發生在較新的Linux核心上、這會自動將TCP插槽表格限制增加到要求使NFS伺服器飽和的層級。
為獲得最佳效能並避免效能問題、請將控制TCP插槽表的核心參數調整為128。
sysctl -a | grep tcp.*.slot_table -
下表提供Linux NFSv3（單一執行個體）的建議NFS掛載選項。
|
使用DNFS之前、請先確認已安裝Oracle Doc 1495104.1中所述的修補程式。NFSv3 和 NFSv4 的 NetApp 支援對照表不包含特定作業系統。支援所有遵守 RFC 的作業系統。搜尋線上 IMT 以取得 NFSv3 或 NFSv4 支援時、請勿選取特定的作業系統、因為不會顯示任何相符項目。一般原則隱含支援所有作業系統。 |
高可用度
如解決方案架構所示、HA是以儲存層級複寫為建置基礎。因此、Oracle的啟動與可用度取決於運算與儲存設備的啟動與恢復速度。請參閱下列主要因素：
-
準備好待命運算執行個體、並透過兩個主機的可存取平行更新、與主要執行個體同步。
-
從主磁碟區複寫二進位磁碟區以供待命使用、因此您不需要在最後一分鐘安裝Oracle、並找出需要安裝和修補的項目。
-
複寫頻率決定Oracle資料庫恢復以提供服務的速度。複寫頻率與儲存使用量之間存在一定的平衡。
-
運用自動化技術、快速恢復並切換至待機模式、完全不發生人為錯誤。NetApp為此提供自動化工具套件。