ibm zseries fault tolerant design
play

IBM zSeries Fault Tolerant Design Lisa Spainhower Technology m ^ - PowerPoint PPT Presentation

IBM zSeries Fault Tolerant Design Lisa Spainhower Technology m ^ September 20, 2001 Power/Cooling Fault Tolerance N+1 350 volt DC to DC Load Converter AC to DC DC to DC Converter Converter AC input Battery DC to DC Load Converter


  1. IBM zSeries Fault Tolerant Design Lisa Spainhower Technology m ^ September 20, 2001

  2. Power/Cooling Fault Tolerance N+1 350 volt DC to DC Load Converter AC to DC DC to DC Converter Converter AC input Battery DC to DC Load Converter N+1 AC to DC Fan/ Fan/ Converter Compressor Compressor Control AC input Battery Fan/ Fan/ Compressor Compressor Control

  3. I/ O ED and Recovery I/ O ED and Recovery Memory Bus MAIN GX, S/390 L2 I/O CACHES MEMORY SUBSYSTEM PROCESSORS HUB S/390 STI RIO RIO S/390 Unix NO ED standards for PCI RS/AIX custom design to BRIDGE CHANNEL circumvent IBT, ESCON IBT is channel-based PCI, PCIx FICON, FC Like S/390 I/O I/O Defined errors ADAPTER ADAPTER Defined robust checking & isolation SCSI, SCSI, FCAL FCAL NETWORK LEVEL THE PLAYING FIELD STORAGE STORAGE ETHERNET

  4. Memory Hierarchy Fault Tolerance Memory (72, 64) SEC/DED ECC Memory Memory One bit per chip Background scrubbing Dynamic chip sparing Level 2 Cache I/O I/O (72, 64) SEC/DED ECC Line/directory deletes Line sparing L2 L2 L2 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 L1 uP uP uP uP uP uP uP uP uP uP uP uP uP uP uP uP uP uP Level 1 Cache Parity Protected Store-through to L2 ECC'd Store Buffer on uP Line delete/sparing

  5. CP Error Detection & Recovery Shared: Duplicated : Cache controls Complex controls Cache data/address flow Arithmetic dataflow Check all state updates R-Unit Preserve known good state If erro r I-Unit I-Unit Cache 1. Stop state updates (unchecked) (mirror) (parity) 2. Refresh from saved state 3. Restart CPU If error persists 1. Extract saved state (SE) 2. Load into spare CPU E-Unit E-Unit 3. Start spare CPU (unchecked) (mirror) R-Unit (ECC on Address saved state) CFW 3/30/00 Cache data Instructions Results / state updates Saved state data

  6. 2Q01 zSeries Full Field Data MTTHardware Repair = 8 months 81-83% of repairs are concurrent TYPICAL REPAIR SCENARIO Hard Single Channel Detect 100% Element Error RESOURCES Offline UP Soft CPU 100% 100% RESOURCES RESOURCES UP UP System up Restart Op HW Checkpoint Retry Op Repair/restore (~1 second) (~1 minute) (hours+) HW Failure 13-15% of repairs are deferable 2-6% of repairs are app loss: MTTAL = 24 years

  7. zSeries Error Reporting ~2 week interval "call home" recovery data Suppose CP hard logic (not array) fails caused app loss: MTTAL from 24 yrs to 11 yrs Suppose array (L1, L2, BHT) fails also caused app loss: MTTAL from 11 yrs to 5 yrs

  8. S/390 Evolution S/ 390 uses same technology building blocks for soft and hard error recovery Enhanced over past 35 years IT'S NOT THE ONLY OPTION Beginning afresh, might land Soft error Hard error recovery recovery elsewhere Need to be driven by current Instruction CPU Sparing conditions retry PAF Technology Workload Circuit-level uArch IT'S EFFICIENT & EFFECTIVE detection checkpoint FOR S/390

  9. Challenges for the 00s Increased importance of firmware Circuit failure mechanisms State encapsulation On-the-fly change Dynamic resource allocation Configuration validation

Recommend


More recommend