Top Banner
Architecting a Highly Available Infrastructure: An Overview SLN187 Mark Milow Mike DiPetrillo
49

Architecting a Highly Available Infrastructure

Feb 12, 2022

Download

Documents

dariahiddleston
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Architecting a Highly Available Infrastructure

Architecting a Highly Available Infrastructure:An Overview

SLN187

Mark MilowMike DiPetrillo

Page 2: Architecting a Highly Available Infrastructure

Agenda

Why?SolutionsQ&A

Page 3: Architecting a Highly Available Infrastructure

Quick Stats2004 Gartner study found an average of $42,000 per hour of downtime

Average network experiences 175 hours of downtime a year (98% availability)That’s $7.35 million in lost revenue each yearAn increase to 99% means only $3.68 millionThat’s $3.67 million you can spend on DR

Page 4: Architecting a Highly Available Infrastructure

Quick Math: Amazon.comRevenue in 2001: $3.1B/year with 7774 employeesRevenue Per Hour: ~$350,000If outage effects 90% of revenue: ~$320,000Assume average annual salary is $85,000$656M/year or $12.5M/week for all staff@ 50 Hours/week: ~ $250,000 per hourIf outage effects 80% of employees: ~$200,000Total is $520,000 per hour of downtime

Page 5: Architecting a Highly Available Infrastructure

Why and for What?Different levels

Planned disasters (hurricanes, etc.)Unplanned disasters (power outage, tornadoes, etc.)

High availabilityPlan for local (inside the datacenter) failures

Disaster recoveryPlan for regional (the datacenter is gone) failures

Page 6: Architecting a Highly Available Infrastructure

Definitions

MTR: Mean Time to RecoverCTR: Cost To RecoverTiers: Levels of Recovery Options

Page 7: Architecting a Highly Available Infrastructure

Helpful HintsTier data

Break data into tiers of different MTR commitsNetworking

Plan how to get your network to fail with the dataPeople

Don’t plan on people flying to remote sitesAutomate

Automate as much of the failover as possible

Page 8: Architecting a Highly Available Infrastructure

Local High Availability

Page 9: Architecting a Highly Available Infrastructure

Local High AvailabilityFeatures

Standard clustering agentsSolutions for non-cluster aware appsStateful and non-stateful failoverFailover and fail-back

Product vendorsLegato, Microsoft, Veritas, Steeleye, Linux

Deployment scenariosPhysical to virtualVirtual to virtualPoor man’s

Page 10: Architecting a Highly Available Infrastructure

Primary Server ESX ServerFailover Server

4U, 8-way Rackmountwith ESX Server

MS Exchange Windows 2000

File / PrintWindows NT

Intranet App Server on Windows 2000

Data

Data

Data

1U, 2-way Rack

MS Exchange Windows 2000

1U, 2-way Rack

File / PrintWindows NT

1U, 2-way Rack

Intranet App Server on Windows 2000

Shared disks, arrays or

SAN storage

Physical to Virtual Clustering

Page 11: Architecting a Highly Available Infrastructure

Virtual to Virtual Clustering

Page 12: Architecting a Highly Available Infrastructure
Page 13: Architecting a Highly Available Infrastructure
Page 14: Architecting a Highly Available Infrastructure

ESX Server 2VM4

HP 4-wayRackmountDell 4-way

Rackmount

ESX Server 1

Shareddisks

arrays, orSAN storage

VM5

VM6

VM1 VM2

VM3

VM4 VM5

VM6

VM1 VM2

VM3

ON ON

VM1VM2

VM3

VM5VM6

VM4

OFF OFFON

Poor Man’s Clustering

Page 15: Architecting a Highly Available Infrastructure

Local High Availability

ConsiderationsCostMTRNumber of virtual machinesDisk space

BenefitsOut-of-the-box solutionStateful failoverInexpensiveFor any application

Page 16: Architecting a Highly Available Infrastructure

OS Based Solutions

Page 17: Architecting a Highly Available Infrastructure

OS Based SolutionsFeatures

Regular agentsVery similar to physical environmentEfficiencies from virtual machine architecture

Product vendorsLegato, Symantec, Veritas

Deployment scenariosPhysical to virtualVirtual to virtualTrunk of Car

Page 18: Architecting a Highly Available Infrastructure

Tape Array

Backup Server

Physical to Virtual

Page 19: Architecting a Highly Available Infrastructure

Tape Array

Backup Server

Virtual to Virtual

Page 20: Architecting a Highly Available Infrastructure

Trunk of Car

Page 21: Architecting a Highly Available Infrastructure

OS Based Solutions

ConsiderationsCostNumber of virtual machinesBandwidthDisk space

BenefitsStandard solutionNo learning curveGreat reduction in agent cost

Page 22: Architecting a Highly Available Infrastructure

Host Based Solutions

Page 23: Architecting a Highly Available Infrastructure

Host Based SolutionsFeatures

“Agent” based, runs as a serviceFile/byte level replicationSynchronous and asynchronousFailover and fail-back

Product VendorsLegato, NSI Double-Take, NeverFail, Mimix

Deployment ScenariosPhysical to virtualVirtual to virtualMulti-node

Page 24: Architecting a Highly Available Infrastructure
Page 25: Architecting a Highly Available Infrastructure
Page 26: Architecting a Highly Available Infrastructure
Page 27: Architecting a Highly Available Infrastructure
Page 28: Architecting a Highly Available Infrastructure
Page 29: Architecting a Highly Available Infrastructure

Virtual to Virtual

Primary Site Failover Site

Page 30: Architecting a Highly Available Infrastructure

Virtual to Virtual

Primary Site Failover Site

Page 31: Architecting a Highly Available Infrastructure

Virtual to Virtual Multi-Node

Primary Site Failover Site

Page 32: Architecting a Highly Available Infrastructure

Virtual to Virtual Multi-Node

Primary Site Failover Site

Page 33: Architecting a Highly Available Infrastructure

Virtual to Virtual Multi-Node

Primary Site Failover Site

Page 34: Architecting a Highly Available Infrastructure

Host Based Solutions

ConsiderationsCostDistanceNumber of virtual machinesBandwidth

BenefitsOut-of-the-box solutionMaximum uptimeEase of use

Page 35: Architecting a Highly Available Infrastructure

SAN Based Solutions

Page 36: Architecting a Highly Available Infrastructure

SAN Based Solutions Features

SAN layered applicationsLUN SnapshotReplication/Mirroring

Block level replicationSynchronous and asynchronous

Products VendorsEMC, HP, IBM, Network Appliance

Deployment ScenariosPhysical to virtualVirtual to virtualHybrid

Page 37: Architecting a Highly Available Infrastructure
Page 38: Architecting a Highly Available Infrastructure
Page 39: Architecting a Highly Available Infrastructure
Page 40: Architecting a Highly Available Infrastructure
Page 41: Architecting a Highly Available Infrastructure
Page 42: Architecting a Highly Available Infrastructure
Page 43: Architecting a Highly Available Infrastructure
Page 44: Architecting a Highly Available Infrastructure
Page 45: Architecting a Highly Available Infrastructure

SAN: Virtual to Virtual

Failover SitePrimary Site

Host Agent For

Replication and Failover

Page 46: Architecting a Highly Available Infrastructure

Hybrid Mode Backup

Failover SitePrimary Site

SAN Replication

Host Agent For Virtual

Machine and Application

Failover

Page 47: Architecting a Highly Available Infrastructure

SAN Based SolutionsConsiderations

CostDistanceBandwidthDowntimeComplex configuration

BenefitsHigh performance CentralizationMultiple working copies

Page 48: Architecting a Highly Available Infrastructure

Questions

Page 49: Architecting a Highly Available Infrastructure