disaster recovery

12
Disaster Recover April 2011

Upload: thomas-salmen

Post on 07-Jul-2015

142 views

Category:

Business


3 download

DESCRIPTION

Session on disaster recovery

TRANSCRIPT

Page 1: Disaster Recovery

Disaster Recover

April 2011

Page 2: Disaster Recovery

About Orcon

…first and foremost, an Internet Service Provider

Over 50 thousand broadband connections, with our own access network Over 100 thousand total internet and voice customers Several thousand business customers, including:

Datacenter services Metro Ethernet Voice (SIP) International data Hosting

Page 3: Disaster Recovery

About Orcon

Some technical detail:

Our own voice and broadband access network – 60 exchanges in 8 cities POPs in 13 New Zealand locations 2 datacenters – Auckland and Wellington Large international presence – sites in Australia and the United States Lots of network capacity!

10Gb international network AKL-SYD-LOS Multiple Gb nationally Multiple 10Gb metro AKL

Page 4: Disaster Recovery

About Orcon

Some technical detail:

Our own voice and broadband access network – 60 exchanges in 8 cities POPs in 13 New Zealand locations 2 datacenters – Auckland and Wellington Large international presence – sites in Australia and the United States Lots of network capacity!

10Gb international network AKL-SYD-LOS Multiple Gb nationally Multiple 10Gb wavelengths metro AKL

Page 5: Disaster Recovery

About Orcon

International network

Image credit: San Diego History Centrehttp://www.sandiegohistory.org/education/light8/index.htm

Page 6: Disaster Recovery

About Orcon

New Zealand network

Image credit: Enchanted Learninghttp://www.enchantedlearning.com/oceania/newzealand/outlinemap/

Page 7: Disaster Recovery

About Orcon

Applications and data...

Most applications developed internally BSS (billing OSS (provisioning) “Other”

Housed in our own datacenters in Auckland and Wellington Lots of data

Financial and accounting (billing, GL, debtors, etc.) Business data (products, services, processes, IP, etc.) Customer-centric data (CDRs, usage logs, personal data) Customer-owned data (email, websites, databases, etc.)

Page 8: Disaster Recovery

Data and Applications

Example application - Cosmos

Page 9: Disaster Recovery

Design to Fail

…using Cosmos as our example application:

Multiple application frontends GSLB system in front of it Load balance sessions to different frontends Any can fail – sessions will be dropped, can log into another instance Replicated database behind it

Page 10: Disaster Recovery

Design to Fail

Other ideas we’ve had

cloud-based frontends cloud-based databases? challenges – local performance, soveregncy, service levels, security, isolation room for local cloud?

These may or may not turn into products that we sell to others as well

Page 11: Disaster Recovery

Design to Fail

Example – Christchurch

Scenario – Christchurch, but in AucklandScenario – Japan, but affecting western seaboard of USScenario – fire, malicious intent, network outage, loss of hardware/data loss

Page 12: Disaster Recovery

Wrapup

Design to fail, or expect failureConsider global eventsConsider global or regional coverageConsider local presence