【正文】 stems 169。 2022 IBM Corporation 什么是 GPFS ? 集群 : 可以擴展至 4096節(jié)點，高速、穩(wěn)定地通訊，單點管理與控制； ? 共享磁盤：可以從集群中的任一節(jié)點直接訪問磁盤上的數(shù)據(jù)； ? 并行訪問：所有節(jié)點訪問所有磁盤的數(shù)據(jù)流并行實現(xiàn)； IBM為 AIX和 Linux集群系統(tǒng)設(shè)計的共享磁盤的并行文件系統(tǒng) Power Systems 169。 2022 IBM Corporation 為什么要用 GPFS并行文件系統(tǒng) 應用需求 : ? 多個節(jié)點訪問同一個數(shù)據(jù)文件或數(shù)據(jù)庫 ? 高性能文件訪問 ? 故障恢復 文件系統(tǒng)需求 : ? 可訪問 ：從任一節(jié)點訪問所有文件； ? 動態(tài)擴展 ：能動態(tài)地增加或減少節(jié)點與存儲； ? 文件唯一存在 ：使得在集群環(huán)境中的應用開發(fā)更加容易； ? 高容量 ： TB級文件， PB級的文件系統(tǒng)，測試過 2PB； ? 高吞吐率 ：單文件的訪問可達 GB/s，現(xiàn)最高記錄為102GB/s； ? 數(shù)據(jù)并行訪問 ：并行訪問單個文件或多個文件； ? 可靠和容錯 ：當某個節(jié)點、磁盤或連接出現(xiàn)問題時，仍然可以提供服務； Power Systems 169。 2022 IBM Corporation GPFS的主要優(yōu)勢 ? 高性能 – 條帶化文件讀寫提高并發(fā)訪問性能，實測帶寬可達數(shù)百 GB – 智能預取機制和客戶端數(shù)據(jù)緩存機制降低讀寫延遲 – 分布式的元數(shù)據(jù)服務器和字節(jié)鎖管理 – 可自定義數(shù)據(jù)塊大小可，從 16K到 4M – NSD支持 InfiniBand RDMA ? 高可用性 – 仲裁管理和自動故障切換 – 支持多路徑磁盤訪問，每塊邏輯盤可支持8個 NSD Server – 支持元數(shù)據(jù)和用戶數(shù)據(jù)的復制功能 – 在不停止服務的情況下可以動態(tài)加入和移除節(jié)點或磁盤，支持在線升級 – 支持日志功能，實現(xiàn)系統(tǒng)快速恢復 ? 高可擴展性 – 支持最大 299 字節(jié)的文件系統(tǒng)和 20億個文件 – 支持數(shù)千個節(jié)點的集群系統(tǒng) – 支持不同存儲、網(wǎng)絡、處理器和操作系統(tǒng) ? 易管理 – 自動在各個節(jié)點間同步配置文件和系統(tǒng)信息 – 可在集群內(nèi)任何一個節(jié)點上完成對 GPFS的管理任務，命令將在所有節(jié)點上生效 – 管理網(wǎng)絡和數(shù)據(jù)網(wǎng)絡可以分開 ? 其他 – 支持信息生命周期管理 – 支持 CNFS – 支持快照功能和數(shù)據(jù)備份 – 提供 DMAPI Power Systems 169。 2022 IBM Corporation GPFS和其它網(wǎng)絡文件系統(tǒng)的本質(zhì)區(qū)別 客戶機 /服務器方式 SAN文件系統(tǒng)方式 X X SAN環(huán)境 存儲節(jié)點 對稱集群 GPFS架構(gòu) Power Systems 169。 2022 IBM Corporation GPFS的兩種基本配置 SAN 組織方式 NSD 組織方式 SAN I/O Servers LAN NSD Clients SAN GPFS Nodes Power Systems 169。 2022 IBM Corporation Database Applications ?DB2 ?Oracle RAC ?SAP Grid Applications ?Scientific Computing ?Life Sciences ?Analytics Web Applications ?Email services ?Web Server Farm ?Online Data Storage Digital Media ?Animation ?Broadcasting ?Video Surveillance Highly Available Scalable File Storage ? User File storage ? MultiSite installations ? Disaster Recovery GPFS 適用于多種應用 Power Systems 169。 2022 IBM Corporation Oracle RAC 10g/11g的典型架構(gòu) Virtual IP 2 Virtual IP N Public Interconnect Virtual IP 3 Virtual IP 1 Static IP 1 Load Balance Server 1 Server 2 Server N ClusterWare ClusterWare ClusterWare Server 3 ClusterWare AIX AIX AIX AIX Raw/ GPFS/ ASM Oracle RAC Listener Oracle RAC Listener Oracle RAC Listener Oracle RAC Listener Private Interconnect ? ? ? Clients Power Systems 169。 2022 IBM Corporation 不同級別的 IT業(yè)務延續(xù)性方案及技術(shù) Tiers of IT Business Continuity and Technology Recovery Time Objective 15 Min. 14 Hr.. 4 8 Hr.. 812 Hr.. 1216 Hr.. 24 Hr.. Days Cost Tier 4 Point in Time disk copy Tier 3 Electronic Vaulting Tier 2 Hot Site, Restore from Tape Tier 5 –Software replication Tier 1 – Restore from Tape Recovery from a disk image Recovery from tape copy Tier 7 – Site Mirroring with automated recovery Tier 6 Disk mirroring (with/without automation) TAPE DISK MANAGEMENT SW NETWORK D/R AUTOMATION REPLICATION SW SERVICES Best business continuity practice is to blend solutions in order to maximize application coverage at optimum cost Power Systems 169。 2022 IBM Corporation pSerisp21TotalStoragepSerispDS8000 / 4000 HACMP Backup Server Active Server SAN 方案一： HACMP + 磁盤間數(shù)據(jù)鏡像 21TotalStorageLVM LVM Copy 1 Copy 2 SAN pSerisp21TotalStorage方案一： HACMP + 磁盤間數(shù)據(jù)鏡像 21TotalStoragepSerisp21TotalStoragepSerispDS8000 / 4000 HACMP Backup Server Active Server 方案二： HACMP + 磁盤間數(shù)據(jù)復制 21TotalStoragePrimary Copy Target Copy PPRC (Metro Mirror) SAN pSerisppSerispDS8000 / 4000 HACMP Backup Server Active Server SAN 21TotalStoragePrimary Copy Target Copy SAN PPRC (Metro Mirror) 方案二： HACMP + 磁盤間數(shù)據(jù)復制 業(yè)務價值 ? 100% 的本地數(shù)據(jù)訪問彈性 ? 沒有受磁盤設(shè)備故障導致的應用中斷時間，或應用中斷時間最小化 ? 與遠程災備系統(tǒng)相輔相成 ? 方便易行的數(shù)據(jù)保護和故障恢復過程 IBM全面支持能力 ? 主機、存儲的技術(shù)配合 ? 多種結(jié)構(gòu)解決方案 ? 系統(tǒng)評估和規(guī)劃 ? 本地化的服務團隊 本地高可用性整體解決方案 Power Systems 169。 2022 IBM Corporation 業(yè)務延續(xù)性方案 Storage HA Business Continuity through Storage HA HA Tier 0 No Backup 1 / 2 Tape Backup 4 FlashCopy 6 Metro Mirror 6 / 7 HACMP/XD 6 LVM Mirror Configuration RTO (1) ? Days to Hours Hours to Days Minutes to Hours Seconds to Hours Seconds Relative RTO ? 8640 8640 360 60 1 Forward Recovery N/A Yes Yes Yes Yes No Backup Window N/A Hours Seconds Seconds Seconds Seconds Data loss Yes Yes Yes No (2) No (2) No (2) Application Fail Fail Fail Fail Fail Continue Relative Storage Hardware Cost (3) DS4000 1 DS6000 1 DS8000 1 Note: (1) Recovery Time Objective (2) Assume all cache data on server is hardened. (3) Storage hardware cost parison at 10TB effective user capacity Power Systems 169。 2022 IBM Corporation