Joyent circa 2006 (Scale with Rails)

B
Scale with Rails
Real-life capacity and deployment planning for
small to large scale Rails applications
The Guys {Thanks}
David Young, Dean Allen, Jason Hoffman, Matt
Imbach, Michael Koziarski, Scott Barron, Chris
Morris, Luke Crawford, Justin French, Johan
Sörensen, Ben Myles, Marten Veldthuis, Bryan
Bell, Ryan Schwartz, Jan Isley, Florian Munz,
Filip Hajný, Daniel Crowell, Christopher Horrell,
Terrell Russell, Peter Watridge, Josh Roebuck
Today
• Please humor me => a 5 minute story with too
many slides about how I came to stand here in
front of you
• Somethings about the Ruby on Rails site
• An accounting what’s buzzing in my ears all the
time
• Some examples with numbers
• How to think about “scaling”
• To talk about where we’ve taken our
infrastructure
Who?
Internet beginnings for me
I liked collaboration
It started with Textpattern
The best CMS/blog thing written in PHP ever
We used basecamp
Ooooooh, it’s in Ruby? Reeeeeeeeeally.
So we thought let’s involve some
friends
• Dean Allen (Textpattern)
• Matt Mullenweg (Wordpress)
• Brad Choate (doing MT hosting + plugins)
• David Heinemeier Hansson (Instiki and “Rails”)
• Rickard of PunBB
• Allan => Textmate
I was a committer once
What did they get me into?
5/2003 9/2005
5/2004
“it” started
Joyent circa 2006 (Scale with Rails)
Joyent circa 2006 (Scale with Rails)
Joyent circa 2006 (Scale with Rails)
Joyent circa 2006 (Scale with Rails)
Books are important
Not going to pay in my house.
Send those books out.
Rails
rubyonrails.com
~3500-4500 TBs/month (~10-15Mbps)
But sometimes it’s gotten “bad”
• Ruby on Rails
• Turbogears
• Textmate
• All have videos (”screencasts”)
• They’ve been in the same paragraph on
Slashdot
• Then we’ve pushed 150-200 Mbps
• Open Source is free?
Some of Joyent’s
We combined last year to be the
“perfect” company.
OK, So what?
• We found ourselves needing an infrastructure
for “diverse” things
• But fundamentally we’re talking about web
stuff, mail stuff, database stuff, storing and
moving around files stuff
And why are we here?
• One indication: because I get, on average, 2
emails/day asking the same questions
• That’s just “me”
• Support system and “sales” gets them as well
Examples from last week
• I have yet to find any examples of websites that have heavy traffic and
stream media that run from a Ruby on Rails platform, can you suggest
any sites that will demonstrate that the ruby platform is stable and
reliable enough to use on a commercial level?
• We are concerned about the long-term viability of Ruby on Rails as a
development language/environment.
• How easily can a ruby site be converted to another language? (If for any
reason we were forced to abandon ruby at some point in the future or I
can’t find someone to work with our code?).
• My company has some concerns on whether or not Ruby on Rails is the
right platform to deploy on if we have a very large scale app.
I could go on for a while.
So what is?
• A “large scale” application?
• Do many of us really have one? I mean a BIG
ONE?
• What is an “intensive” application?
• What is an “enterprise” application?
But we’ve been doing “it” with
• Perl
• PHP
• Python
• Java
• Does the language really really matter to the
system’s folks?
Ah-ha!
• System’s Folks you say?
• What are these “system administrators” that you
speak of?
• Does the network really matter?
• You mean there’s “networking people”?
• You mean it takes more than just having my
designer(s) learns The Rails?
If I had a nickel for every time ...
• “We’re going to need to scale this up to Flickr-
sized proportions!”
• “This could go very very fast!”
• “The market is HUGE”
Reality Check
• “OK”, I say
• “Not a problem”, I say
• “I can do that”, I say
• “For what you’re asking, I’ll need $325,000
tomorrow to start, it’ll take $18,500 a month to
run and you can expect that to go up along with
your growth.”
• “It’s a good rule of thumb to try and keep it
about 10% of your revenue once you’re going
because people ended being the most
expensive”
Oh. But we don’t have that kind
of money. And the app is free to
start.
OK.
What a minute!
• Why are you going on and on about this not
worry about scaling til you need to scale stuff?
• I can read this same thing on what’s their face’s
weblog.
• It’s not what I’m asking about!
• I need to know if I can “scale” with ruby!
• We’re not a start-up, why are you talking about
this from a “start-up’s” perspective?!
• I need a ...
A What?
• A framework for thinking about the entire
system?
• You mean it’s more than just the language?
• It’s more than about a readily available IDE?
• You mean one’s “development” framework is
just one small part?
• My system’s guys can scale anything.
Yes It Is More
And oh yes ... you should worry
still worry about scaling
Because what does “scaling” actually
mean?
• For a little software application company?
• Can you do the Start-up => Mid-sized, “small
caps” company transition without going out of
business?
• In a big company?
• Can you do what you gotta do without having
your program cut?
• Will your app run on a phone? Scale down.
Let’s talk some details
First, let’s talk about limiting
factors
The slowest part ?
• The fast ethernet or gigabit network port
(assuming there’s more than one drive)
• Transactions of something/second
• 1 Gbps = 125 MB/sec (100 Mbps = 12.5 MB/sec)
• The question is can your OS and our CPUs
push it?
• And let’s say you can, just how much is a Gbps
in some kind of other thing?
We used to use FreeBSD
Moral of the story? Even restricted to a single processor with a
single core, Solaris Nevada Build 31 can push 60% of a gigabit
connection. FreeBSD can’t.
OK, Solaris Good.
What’s a 100 Mbps in normal web traffic?
• Textdrive.com => 122 KB and has 20 objects
(~125KB for an uncached page view).
• 125KB page => 100-1000 unique visitors per
second
• 20 objects per page, that is 2000 requests per
second that could pump out of that system.
• Maximum.
• What is the ability to do 2000 requests/second
then?
• ((2000 requests/sec)*(20 requests per page)) *
0.125MB per page = 12.5 MB/sec (100Mbps
constant).
• 86400 seconds/day on 100Mbps => 8,640,000
uniques in a day with 172,800,00 hits.
• $8000/month
• Give or take a couple of grand depending
How much does just a 100 Mbps
commit cost?
Can you do 2000 requests/second?
• Sure an Apache, Lighttpd or Litespeed can do
1000-15,000 static or proxy requests/second
How do you do 2000 requests/
second?
• Alistapart.com bursts to that with Zeldman’s
“Web 3.0” for over an hour
• 10 Lighttpds => 200 proxy requests/second
each
• 1 Lighttpd => 40 request/sec x 5 Rails-FCGI
each
• We cached everything but writing to MySQL for
comments and that kept it on a 3.2 Ghz P4 with
4GB of RAM
The Shared Hosting
• Is this odd heterogenous largely ruby “application”
• Users received 8,641,866 emails, they sent 5,860,769 emails and had
14,984,680 pieces of spam blocked. Mail through the system averages
300 emails/minute with bursts up to 60,000 emails/minute.
• Websites cumulatively did ~400,000,000 page views.
Joyent circa 2006 (Scale with Rails)
What is it running now?
• There’s 22 TBs of strongspace
• Fiber-attached EMC storage
• Migrated to Solaris “11”
• One big ZFS pool with LUNs
• Migrated down to one “hot” server: Dual 3.0
Ghz Xeon with 8GB of RAM
• Apache, Lighttpd, static FCGI
Fsck You
{if you think ZFS isn’t production}
Is it a web app or what?
~20 Mbps constant
“Logical” servers for the hosted
connector
1) Jumpstart/Boot & Administrative servers (x2 per setup)
2) DHCP/LDAP for server identification/authentication and control (x2)
3) DNS: DNSCache for outside resolution (DNSCache as resolver) and a private DNS system
4) DNS MySQL (x2, master/slave, innodb tables)
5) SPAM filtering servers (running DSPAM -> files to NFS store and tracking to postgresql) (x4)
6) SPAM database setup (running postgresql) (x2)
7) SPAM NFS store (x2 heads clustered)
8) SMTP gateway out (x2)
9) SMTP gateway in (x4 -> delivery to Maildir over NFS)
10) Mail NFS store (x2 heads cluster) *main user file store
11) IMAP proxy servers (x2)
12) IMAP servers (x6)
13) User LDAP servers (x2 with hitting postgresql DB backend)
14) User LDAP-postgresql db (x2)
15) User postgresql DB servers (x4)
16) User Web/Application servers (running with kernel SSL accelerators) (x6)
17) User File Storage (NFS dual cluster heads) (x2)
18) Joyent Organization Provisioning server
So how do you scale that “web”
application?
You know
That beautiful Connector
application where only 2 of the
18 “things” is “rails”.
So most scale is how you scale
those “common” services
And why just 3.0 Ghz?
CPUs are largely idle & RAM RAM RAM
08:23:01 PM CPU %user %nice %sys %iowait %irq %soft %idle intr/s
08:23:01 PM all 2.64 0.00 0.36 2.81 0.02 0.14 94.02 1239.49
08:23:01 PM 0 6.86 0.00 1.18 4.72 0.10 0.69 86.45 68.94
08:23:01 PM 1 2.63 0.00 0.34 1.95 0.01 0.11 95.01 192.97
08:23:01 PM 2 2.78 0.00 0.43 7.41 0.02 0.11 89.29 197.21
08:23:01 PM 3 2.16 0.00 0.29 4.12 0.01 0.07 93.39 178.35
08:23:01 PM 4 1.67 0.00 0.17 1.09 0.01 0.04 97.04 117.29
08:23:01 PM 5 1.67 0.00 0.17 1.11 0.01 0.04 97.05 161.00
08:23:01 PM 6 1.67 0.00 0.16 1.04 0.01 0.04 97.13 161.86
08:23:01 PM 7 1.68 0.00 0.16 1.08 0.01 0.04 97.07 161.86
• “Busy” mysql database server
• ~240GB of data with ~150,000 users
• Swapping just a little little bit, so ...
So what kind of CPUs have we
moved into?
MB/CMP0/P0 0 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P1 1 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P2 2 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P3 3 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P4 4 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P5 5 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P6 6 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P7 7 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P8 8 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P9 9 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P10 10 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P11 11 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P12 12 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P13 13 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P14 14 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P15 15 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P16 16 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P17 17 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P18 18 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P19 19 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P20 20 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P21 21 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P22 22 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P23 23 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P24 24 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P25 25 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P26 26 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P27 27 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P28 28 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P29 29 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P30 30 1000 MHz SUNW,UltraSPARC-T1
MB/CMP0/P31 31 1000 MHz SUNW,UltraSPARC-T1
Sun T1000’s Ultrasparc T1
32 logical 1.0 Ghz
Combined with many software instances
Zones
Best match between actual CPU and RAM
usage
It’s not really about high frequencies
If you buy intel, buy weak ones,
spend the money on RAM
Throughput!
Not simple
Back to simple
Console server
One kind of switch
One kind of server
One kind of storage
One kind of interconnect
One kind of power plug
One kind of power strip
Well. We do have some load balancers
still.
There’s actually lots of different kinds
of plugs
What the “default” 5-15R gets you
Umm ... ok so there’s a real disconnect between
server power and datacenter “design”
I/O
Storage
PublicRemote Interconnects
Jumbo Frames
Own Switches
4 “old” San Diego Racks
Per Rack:
39 processors
39 logical CPUs
52 GB RAM
5280 watts
Total:
156 logical CPUs
208 GB RAM
21,120 watts
Yes that is what they look like
Become a new node
1152 logical 1Ghz CPUs
576 GB RAM
6,480 watts
31 amps @ 208V
2 x 20amp @ 208V L6-20R
2 x 24 plug 20amp/208V
----------------------------------
12 Enclosures
36 controllers
180 drives
90 TBs raw storage
77 TBs clustered storage
29.4 amps @ 208V
2 x 20amp @ 208V L6-20R
2 x 24 plug 20amp/208V
Per Rack:
39 processors
39 logical CPUs
52 GB RAM
5280 watts
Total:
156 logical CPUs
208 GB RAM
21,120 watts
Server + Storage
RAID5
7 TBs
RAID5
7 TBs
RAID5
7 TBs
RAIDZ ZFS Pool
iSCSI
This is going to be open for you
to use
DIY: How do you start?
20amp 208V AC power
L6-20R
Street price: ~$50,000 co-lo’ed
Why DIY? Or at least a visit?
Outsourcing!You can whois yourself?
Some final things
• Keep it simple even if you’re starting out big
• Keep it simple even if you’re starting out small
• Our “stacks” are currently:
• Solaris, Mongrel, Apache 2.2 event, kssl
• Solaris, FCGI, Apache 2.2 event, kssl
• Solaris, FCGI, Lighttpd, kssl
• Solaris, FCGI, Lighttpd, Big-IP
• Zones, zones, zones
Joyent circa 2006 (Scale with Rails)
1 of 75

Recommended

The Internet-of-things: Architecting for the deluge of data by
The Internet-of-things: Architecting for the deluge of dataThe Internet-of-things: Architecting for the deluge of data
The Internet-of-things: Architecting for the deluge of databcantrill
3.8K views31 slides
Zebras all the way down: The engineering challenges of the data path by
Zebras all the way down: The engineering challenges of the data pathZebras all the way down: The engineering challenges of the data path
Zebras all the way down: The engineering challenges of the data pathbcantrill
17.2K views22 slides
The DIY Punk Rock DevOps Playbook by
The DIY Punk Rock DevOps PlaybookThe DIY Punk Rock DevOps Playbook
The DIY Punk Rock DevOps Playbookbcantrill
3.6K views15 slides
Debugging microservices in production by
Debugging microservices in productionDebugging microservices in production
Debugging microservices in productionbcantrill
7K views45 slides
Platform as reflection of values: Joyent, node.js, and beyond by
Platform as reflection of values: Joyent, node.js, and beyondPlatform as reflection of values: Joyent, node.js, and beyond
Platform as reflection of values: Joyent, node.js, and beyondbcantrill
13.2K views39 slides
Leaping the chasm from proprietary to open: A survivor's guide by
Leaping the chasm from proprietary to open: A survivor's guideLeaping the chasm from proprietary to open: A survivor's guide
Leaping the chasm from proprietary to open: A survivor's guidebcantrill
6.5K views23 slides

More Related Content

What's hot

Run containers on bare metal already! by
Run containers on bare metal already!Run containers on bare metal already!
Run containers on bare metal already!bcantrill
2.5K views28 slides
Why it’s (past) time to run containers on bare metal by
Why it’s (past) time to run containers on bare metalWhy it’s (past) time to run containers on bare metal
Why it’s (past) time to run containers on bare metalbcantrill
3.5K views18 slides
Down Memory Lane: Two Decades with the Slab Allocator by
Down Memory Lane: Two Decades with the Slab AllocatorDown Memory Lane: Two Decades with the Slab Allocator
Down Memory Lane: Two Decades with the Slab Allocatorbcantrill
3.2K views22 slides
The Container Revolution: Reflections after the first decade by
The Container Revolution: Reflections after the first decadeThe Container Revolution: Reflections after the first decade
The Container Revolution: Reflections after the first decadebcantrill
5.4K views36 slides
Papers We Love: Jails and Zones by
Papers We Love: Jails and ZonesPapers We Love: Jails and Zones
Papers We Love: Jails and Zonesbcantrill
4.2K views44 slides
Dynamic Languages in Production: Progress and Open Challenges by
Dynamic Languages in Production: Progress and Open ChallengesDynamic Languages in Production: Progress and Open Challenges
Dynamic Languages in Production: Progress and Open Challengesbcantrill
3.1K views33 slides

What's hot(20)

Run containers on bare metal already! by bcantrill
Run containers on bare metal already!Run containers on bare metal already!
Run containers on bare metal already!
bcantrill2.5K views
Why it’s (past) time to run containers on bare metal by bcantrill
Why it’s (past) time to run containers on bare metalWhy it’s (past) time to run containers on bare metal
Why it’s (past) time to run containers on bare metal
bcantrill3.5K views
Down Memory Lane: Two Decades with the Slab Allocator by bcantrill
Down Memory Lane: Two Decades with the Slab AllocatorDown Memory Lane: Two Decades with the Slab Allocator
Down Memory Lane: Two Decades with the Slab Allocator
bcantrill3.2K views
The Container Revolution: Reflections after the first decade by bcantrill
The Container Revolution: Reflections after the first decadeThe Container Revolution: Reflections after the first decade
The Container Revolution: Reflections after the first decade
bcantrill5.4K views
Papers We Love: Jails and Zones by bcantrill
Papers We Love: Jails and ZonesPapers We Love: Jails and Zones
Papers We Love: Jails and Zones
bcantrill4.2K views
Dynamic Languages in Production: Progress and Open Challenges by bcantrill
Dynamic Languages in Production: Progress and Open ChallengesDynamic Languages in Production: Progress and Open Challenges
Dynamic Languages in Production: Progress and Open Challenges
bcantrill3.1K views
server to cloud: converting a legacy platform to an open source paas by Todd Fritz
server to cloud:  converting a legacy platform to an open source paasserver to cloud:  converting a legacy platform to an open source paas
server to cloud: converting a legacy platform to an open source paas
Todd Fritz2.5K views
node.js and Containers: Dispatches from the Frontier by bcantrill
node.js and Containers: Dispatches from the Frontiernode.js and Containers: Dispatches from the Frontier
node.js and Containers: Dispatches from the Frontier
bcantrill4.4K views
The Peril and Promise of Early Adoption: Arriving 10 Years Early to Containers by bcantrill
The Peril and Promise of Early Adoption: Arriving 10 Years Early to ContainersThe Peril and Promise of Early Adoption: Arriving 10 Years Early to Containers
The Peril and Promise of Early Adoption: Arriving 10 Years Early to Containers
bcantrill3.8K views
node.js in production: Reflections on three years of riding the unicorn by bcantrill
node.js in production: Reflections on three years of riding the unicornnode.js in production: Reflections on three years of riding the unicorn
node.js in production: Reflections on three years of riding the unicorn
bcantrill17.5K views
Docker's Killer Feature: The Remote API by bcantrill
Docker's Killer Feature: The Remote APIDocker's Killer Feature: The Remote API
Docker's Killer Feature: The Remote API
bcantrill12.1K views
Docker-N-Beyond by santosh007
Docker-N-BeyondDocker-N-Beyond
Docker-N-Beyond
santosh007541 views
The Reactive Principles: Design Principles For Cloud Native Applications by Jonas Bonér
The Reactive Principles: Design Principles For Cloud Native ApplicationsThe Reactive Principles: Design Principles For Cloud Native Applications
The Reactive Principles: Design Principles For Cloud Native Applications
Jonas Bonér1.3K views
Portrait of the Developer As "The Artist" - English Version by Patrick Chanezon
Portrait of the Developer As "The Artist" - English VersionPortrait of the Developer As "The Artist" - English Version
Portrait of the Developer As "The Artist" - English Version
Patrick Chanezon1.1K views
Cloud Foundry Japan Community Meetup by Patrick Chanezon
Cloud Foundry Japan Community MeetupCloud Foundry Japan Community Meetup
Cloud Foundry Japan Community Meetup
Patrick Chanezon1.7K views
How Events Are Reshaping Modern Systems by Jonas Bonér
How Events Are Reshaping Modern SystemsHow Events Are Reshaping Modern Systems
How Events Are Reshaping Modern Systems
Jonas Bonér1.8K views
Tiger oracle by d0nn9n
Tiger oracleTiger oracle
Tiger oracle
d0nn9n301 views
InteropNY/CloudConnect 2014 - Quick Crash Course in Open Source Cloud Computing by Mark Hinkle
InteropNY/CloudConnect 2014 - Quick Crash Course in Open Source Cloud ComputingInteropNY/CloudConnect 2014 - Quick Crash Course in Open Source Cloud Computing
InteropNY/CloudConnect 2014 - Quick Crash Course in Open Source Cloud Computing
Mark Hinkle1.4K views
OSCON 2014 - Crash Course in Open Source Cloud Computing by Mark Hinkle
OSCON 2014 -  Crash Course in Open Source Cloud ComputingOSCON 2014 -  Crash Course in Open Source Cloud Computing
OSCON 2014 - Crash Course in Open Source Cloud Computing
Mark Hinkle3.2K views

Viewers also liked

A crime against common sense by
A crime against common senseA crime against common sense
A crime against common sensebcantrill
3.9K views20 slides
Corporate Open Source Anti-patterns by
Corporate Open Source Anti-patternsCorporate Open Source Anti-patterns
Corporate Open Source Anti-patternsbcantrill
72.5K views22 slides
The State of Cloud 2016: The whirlwind of creative destruction by
The State of Cloud 2016: The whirlwind of creative destructionThe State of Cloud 2016: The whirlwind of creative destruction
The State of Cloud 2016: The whirlwind of creative destructionbcantrill
6.5K views19 slides
Debugging (Docker) containers in production by
Debugging (Docker) containers in productionDebugging (Docker) containers in production
Debugging (Docker) containers in productionbcantrill
5.1K views42 slides
Cgroups, namespaces and beyond: what are containers made from? by
Cgroups, namespaces and beyond: what are containers made from?Cgroups, namespaces and beyond: what are containers made from?
Cgroups, namespaces and beyond: what are containers made from?Docker, Inc.
11.3K views55 slides
Docker란 무엇인가? : Docker 기본 사용법 by
Docker란 무엇인가? : Docker 기본 사용법Docker란 무엇인가? : Docker 기본 사용법
Docker란 무엇인가? : Docker 기본 사용법pyrasis
67.9K views38 slides

Viewers also liked(9)

A crime against common sense by bcantrill
A crime against common senseA crime against common sense
A crime against common sense
bcantrill3.9K views
Corporate Open Source Anti-patterns by bcantrill
Corporate Open Source Anti-patternsCorporate Open Source Anti-patterns
Corporate Open Source Anti-patterns
bcantrill72.5K views
The State of Cloud 2016: The whirlwind of creative destruction by bcantrill
The State of Cloud 2016: The whirlwind of creative destructionThe State of Cloud 2016: The whirlwind of creative destruction
The State of Cloud 2016: The whirlwind of creative destruction
bcantrill6.5K views
Debugging (Docker) containers in production by bcantrill
Debugging (Docker) containers in productionDebugging (Docker) containers in production
Debugging (Docker) containers in production
bcantrill5.1K views
Cgroups, namespaces and beyond: what are containers made from? by Docker, Inc.
Cgroups, namespaces and beyond: what are containers made from?Cgroups, namespaces and beyond: what are containers made from?
Cgroups, namespaces and beyond: what are containers made from?
Docker, Inc.11.3K views
Docker란 무엇인가? : Docker 기본 사용법 by pyrasis
Docker란 무엇인가? : Docker 기본 사용법Docker란 무엇인가? : Docker 기본 사용법
Docker란 무엇인가? : Docker 기본 사용법
pyrasis67.9K views
도커 무작정 따라하기: 도커가 처음인 사람도 60분이면 웹 서버를 올릴 수 있습니다! by pyrasis
도커 무작정 따라하기: 도커가 처음인 사람도 60분이면 웹 서버를 올릴 수 있습니다!도커 무작정 따라하기: 도커가 처음인 사람도 60분이면 웹 서버를 올릴 수 있습니다!
도커 무작정 따라하기: 도커가 처음인 사람도 60분이면 웹 서버를 올릴 수 있습니다!
pyrasis274.4K views
Docker introduction by dotCloud
Docker introductionDocker introduction
Docker introduction
dotCloud455.8K views
Docker 101: Introduction to Docker by Docker, Inc.
Docker 101: Introduction to DockerDocker 101: Introduction to Docker
Docker 101: Introduction to Docker
Docker, Inc.71.2K views

Similar to Joyent circa 2006 (Scale with Rails)

Cvcc performance tuning by
Cvcc performance tuningCvcc performance tuning
Cvcc performance tuningJohn McCaffrey
951 views65 slides
PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa... by
PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...
PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...Lucidworks
617 views48 slides
Rich, Real-time Mobile User Experiences @Devoxx UK by
Rich, Real-time Mobile User Experiences @Devoxx UKRich, Real-time Mobile User Experiences @Devoxx UK
Rich, Real-time Mobile User Experiences @Devoxx UKAndy Piper
466 views44 slides
BD Conf: Visit speed - Page speed is only the beginning by
BD Conf: Visit speed - Page speed is only the beginningBD Conf: Visit speed - Page speed is only the beginning
BD Conf: Visit speed - Page speed is only the beginningPeter McLachlan
1.2K views63 slides
Xen and-the-art-of-rails-deployment2640 by
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640Newlink
265 views43 slides
Xen and-the-art-of-rails-deployment2640 by
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640LLC NewLink
444 views43 slides

Similar to Joyent circa 2006 (Scale with Rails)(20)

PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa... by Lucidworks
PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...
PlayStation and Lucene - Indexing 1M documents per second: Presented by Alexa...
Lucidworks617 views
Rich, Real-time Mobile User Experiences @Devoxx UK by Andy Piper
Rich, Real-time Mobile User Experiences @Devoxx UKRich, Real-time Mobile User Experiences @Devoxx UK
Rich, Real-time Mobile User Experiences @Devoxx UK
Andy Piper466 views
BD Conf: Visit speed - Page speed is only the beginning by Peter McLachlan
BD Conf: Visit speed - Page speed is only the beginningBD Conf: Visit speed - Page speed is only the beginning
BD Conf: Visit speed - Page speed is only the beginning
Peter McLachlan1.2K views
Xen and-the-art-of-rails-deployment2640 by Newlink
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640
Newlink265 views
Xen and-the-art-of-rails-deployment2640 by LLC NewLink
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640
LLC NewLink444 views
Xen and-the-art-of-rails-deployment2640 by Newlink
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640
Newlink298 views
Xen and-the-art-of-rails-deployment2640 by Newlink
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640
Newlink259 views
Xen and-the-art-of-rails-deployment2640 by Newlink
Xen and-the-art-of-rails-deployment2640Xen and-the-art-of-rails-deployment2640
Xen and-the-art-of-rails-deployment2640
Newlink315 views
From 100s to 100s of Millions by Erik Onnen
From 100s to 100s of MillionsFrom 100s to 100s of Millions
From 100s to 100s of Millions
Erik Onnen12.1K views
Linked Data: The Real Web 2.0 (from 2008) by Uche Ogbuji
Linked Data: The Real Web 2.0 (from 2008)Linked Data: The Real Web 2.0 (from 2008)
Linked Data: The Real Web 2.0 (from 2008)
Uche Ogbuji789 views
Systems Monitoring with Prometheus (Devops Ireland April 2015) by Brian Brazil
Systems Monitoring with Prometheus (Devops Ireland April 2015)Systems Monitoring with Prometheus (Devops Ireland April 2015)
Systems Monitoring with Prometheus (Devops Ireland April 2015)
Brian Brazil24.2K views
What ya gonna do? by CQD
What ya gonna do?What ya gonna do?
What ya gonna do?
CQD364 views
Extreme Web Performance for Mobile Devices by Maximiliano Firtman
Extreme Web Performance for Mobile DevicesExtreme Web Performance for Mobile Devices
Extreme Web Performance for Mobile Devices
Maximiliano Firtman78.7K views
How to be Successful with Responsive Sites (Koombea & NGINX) - English by Koombea
How to be Successful with Responsive Sites (Koombea & NGINX) - EnglishHow to be Successful with Responsive Sites (Koombea & NGINX) - English
How to be Successful with Responsive Sites (Koombea & NGINX) - English
Koombea5.2K views
Mongodb, Node.js and You: PART I by Mitch Pirtle
Mongodb, Node.js and You: PART IMongodb, Node.js and You: PART I
Mongodb, Node.js and You: PART I
Mitch Pirtle1.6K views
Chirp 2010: Scaling Twitter by John Adams
Chirp 2010: Scaling TwitterChirp 2010: Scaling Twitter
Chirp 2010: Scaling Twitter
John Adams38K views
Tech Thursdays: Building Products by Hayden Bleasel
Tech Thursdays: Building ProductsTech Thursdays: Building Products
Tech Thursdays: Building Products
Hayden Bleasel734 views
12-Step Program for Scaling Web Applications on PostgreSQL by Konstantin Gredeskoul
12-Step Program for Scaling Web Applications on PostgreSQL12-Step Program for Scaling Web Applications on PostgreSQL
12-Step Program for Scaling Web Applications on PostgreSQL
Konstantin Gredeskoul69.1K views

More from bcantrill

Predicting the Present by
Predicting the PresentPredicting the Present
Predicting the Presentbcantrill
30 views17 slides
Sharpening the Axe: The Primacy of Toolmaking by
Sharpening the Axe: The Primacy of ToolmakingSharpening the Axe: The Primacy of Toolmaking
Sharpening the Axe: The Primacy of Toolmakingbcantrill
248 views23 slides
Coming of Age: Developing young technologists without robbing them of their y... by
Coming of Age: Developing young technologists without robbing them of their y...Coming of Age: Developing young technologists without robbing them of their y...
Coming of Age: Developing young technologists without robbing them of their y...bcantrill
370 views21 slides
I have come to bury the BIOS, not to open it: The need for holistic systems by
I have come to bury the BIOS, not to open it: The need for holistic systemsI have come to bury the BIOS, not to open it: The need for holistic systems
I have come to bury the BIOS, not to open it: The need for holistic systemsbcantrill
1.6K views20 slides
Towards Holistic Systems by
Towards Holistic SystemsTowards Holistic Systems
Towards Holistic Systemsbcantrill
5.7K views13 slides
The Coming Firmware Revolution by
The Coming Firmware RevolutionThe Coming Firmware Revolution
The Coming Firmware Revolutionbcantrill
1.2K views12 slides

More from bcantrill(17)

Predicting the Present by bcantrill
Predicting the PresentPredicting the Present
Predicting the Present
bcantrill30 views
Sharpening the Axe: The Primacy of Toolmaking by bcantrill
Sharpening the Axe: The Primacy of ToolmakingSharpening the Axe: The Primacy of Toolmaking
Sharpening the Axe: The Primacy of Toolmaking
bcantrill248 views
Coming of Age: Developing young technologists without robbing them of their y... by bcantrill
Coming of Age: Developing young technologists without robbing them of their y...Coming of Age: Developing young technologists without robbing them of their y...
Coming of Age: Developing young technologists without robbing them of their y...
bcantrill370 views
I have come to bury the BIOS, not to open it: The need for holistic systems by bcantrill
I have come to bury the BIOS, not to open it: The need for holistic systemsI have come to bury the BIOS, not to open it: The need for holistic systems
I have come to bury the BIOS, not to open it: The need for holistic systems
bcantrill1.6K views
Towards Holistic Systems by bcantrill
Towards Holistic SystemsTowards Holistic Systems
Towards Holistic Systems
bcantrill5.7K views
The Coming Firmware Revolution by bcantrill
The Coming Firmware RevolutionThe Coming Firmware Revolution
The Coming Firmware Revolution
bcantrill1.2K views
Hardware/software Co-design: The Coming Golden Age by bcantrill
Hardware/software Co-design: The Coming Golden AgeHardware/software Co-design: The Coming Golden Age
Hardware/software Co-design: The Coming Golden Age
bcantrill1.9K views
Tockilator: Deducing Tock execution flows from Ibex Verilator traces by bcantrill
Tockilator: Deducing Tock execution flows from Ibex Verilator tracesTockilator: Deducing Tock execution flows from Ibex Verilator traces
Tockilator: Deducing Tock execution flows from Ibex Verilator traces
bcantrill475 views
No Moore Left to Give: Enterprise Computing After Moore's Law by bcantrill
No Moore Left to Give: Enterprise Computing After Moore's LawNo Moore Left to Give: Enterprise Computing After Moore's Law
No Moore Left to Give: Enterprise Computing After Moore's Law
bcantrill4.1K views
Andreessen's Corollary: Ethical Dilemmas in Software Engineering by bcantrill
Andreessen's Corollary: Ethical Dilemmas in Software EngineeringAndreessen's Corollary: Ethical Dilemmas in Software Engineering
Andreessen's Corollary: Ethical Dilemmas in Software Engineering
bcantrill2.2K views
Visualizing Systems with Statemaps by bcantrill
Visualizing Systems with StatemapsVisualizing Systems with Statemaps
Visualizing Systems with Statemaps
bcantrill4.8K views
Platform values, Rust, and the implications for system software by bcantrill
Platform values, Rust, and the implications for system softwarePlatform values, Rust, and the implications for system software
Platform values, Rust, and the implications for system software
bcantrill6.8K views
Is it time to rewrite the operating system in Rust? by bcantrill
Is it time to rewrite the operating system in Rust?Is it time to rewrite the operating system in Rust?
Is it time to rewrite the operating system in Rust?
bcantrill27.4K views
dtrace.conf(16): DTrace state of the union by bcantrill
dtrace.conf(16): DTrace state of the uniondtrace.conf(16): DTrace state of the union
dtrace.conf(16): DTrace state of the union
bcantrill836 views
The Hurricane's Butterfly: Debugging pathologically performing systems by bcantrill
The Hurricane's Butterfly: Debugging pathologically performing systemsThe Hurricane's Butterfly: Debugging pathologically performing systems
The Hurricane's Butterfly: Debugging pathologically performing systems
bcantrill5.7K views
Papers We Love: ARC after dark by bcantrill
Papers We Love: ARC after darkPapers We Love: ARC after dark
Papers We Love: ARC after dark
bcantrill3.1K views
Principles of Technology Leadership by bcantrill
Principles of Technology LeadershipPrinciples of Technology Leadership
Principles of Technology Leadership
bcantrill5.4K views

Recently uploaded

Digital Personal Data Protection (DPDP) Practical Approach For CISOs by
Digital Personal Data Protection (DPDP) Practical Approach For CISOsDigital Personal Data Protection (DPDP) Practical Approach For CISOs
Digital Personal Data Protection (DPDP) Practical Approach For CISOsPriyanka Aash
162 views59 slides
NTGapps NTG LowCode Platform by
NTGapps NTG LowCode Platform NTGapps NTG LowCode Platform
NTGapps NTG LowCode Platform Mustafa Kuğu
437 views30 slides
Why and How CloudStack at weSystems - Stephan Bienek - weSystems by
Why and How CloudStack at weSystems - Stephan Bienek - weSystemsWhy and How CloudStack at weSystems - Stephan Bienek - weSystems
Why and How CloudStack at weSystems - Stephan Bienek - weSystemsShapeBlue
247 views13 slides
Qualifying SaaS, IaaS.pptx by
Qualifying SaaS, IaaS.pptxQualifying SaaS, IaaS.pptx
Qualifying SaaS, IaaS.pptxSachin Bhandari
1.1K views8 slides
The Power of Heat Decarbonisation Plans in the Built Environment by
The Power of Heat Decarbonisation Plans in the Built EnvironmentThe Power of Heat Decarbonisation Plans in the Built Environment
The Power of Heat Decarbonisation Plans in the Built EnvironmentIES VE
84 views20 slides
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f... by
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...TrustArc
176 views29 slides

Recently uploaded(20)

Digital Personal Data Protection (DPDP) Practical Approach For CISOs by Priyanka Aash
Digital Personal Data Protection (DPDP) Practical Approach For CISOsDigital Personal Data Protection (DPDP) Practical Approach For CISOs
Digital Personal Data Protection (DPDP) Practical Approach For CISOs
Priyanka Aash162 views
NTGapps NTG LowCode Platform by Mustafa Kuğu
NTGapps NTG LowCode Platform NTGapps NTG LowCode Platform
NTGapps NTG LowCode Platform
Mustafa Kuğu437 views
Why and How CloudStack at weSystems - Stephan Bienek - weSystems by ShapeBlue
Why and How CloudStack at weSystems - Stephan Bienek - weSystemsWhy and How CloudStack at weSystems - Stephan Bienek - weSystems
Why and How CloudStack at weSystems - Stephan Bienek - weSystems
ShapeBlue247 views
The Power of Heat Decarbonisation Plans in the Built Environment by IES VE
The Power of Heat Decarbonisation Plans in the Built EnvironmentThe Power of Heat Decarbonisation Plans in the Built Environment
The Power of Heat Decarbonisation Plans in the Built Environment
IES VE84 views
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f... by TrustArc
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...
TrustArc Webinar - Managing Online Tracking Technology Vendors_ A Checklist f...
TrustArc176 views
VNF Integration and Support in CloudStack - Wei Zhou - ShapeBlue by ShapeBlue
VNF Integration and Support in CloudStack - Wei Zhou - ShapeBlueVNF Integration and Support in CloudStack - Wei Zhou - ShapeBlue
VNF Integration and Support in CloudStack - Wei Zhou - ShapeBlue
ShapeBlue207 views
Zero to Cloud Hero: Crafting a Private Cloud from Scratch with XCP-ng, Xen Or... by ShapeBlue
Zero to Cloud Hero: Crafting a Private Cloud from Scratch with XCP-ng, Xen Or...Zero to Cloud Hero: Crafting a Private Cloud from Scratch with XCP-ng, Xen Or...
Zero to Cloud Hero: Crafting a Private Cloud from Scratch with XCP-ng, Xen Or...
ShapeBlue199 views
"Package management in monorepos", Zoltan Kochan by Fwdays
"Package management in monorepos", Zoltan Kochan"Package management in monorepos", Zoltan Kochan
"Package management in monorepos", Zoltan Kochan
Fwdays34 views
KVM Security Groups Under the Hood - Wido den Hollander - Your.Online by ShapeBlue
KVM Security Groups Under the Hood - Wido den Hollander - Your.OnlineKVM Security Groups Under the Hood - Wido den Hollander - Your.Online
KVM Security Groups Under the Hood - Wido den Hollander - Your.Online
ShapeBlue225 views
The Power of Generative AI in Accelerating No Code Adoption.pdf by Saeed Al Dhaheri
The Power of Generative AI in Accelerating No Code Adoption.pdfThe Power of Generative AI in Accelerating No Code Adoption.pdf
The Power of Generative AI in Accelerating No Code Adoption.pdf
Saeed Al Dhaheri39 views
"Running students' code in isolation. The hard way", Yurii Holiuk by Fwdays
"Running students' code in isolation. The hard way", Yurii Holiuk "Running students' code in isolation. The hard way", Yurii Holiuk
"Running students' code in isolation. The hard way", Yurii Holiuk
Fwdays36 views
Hypervisor Agnostic DRS in CloudStack - Brief overview & demo - Vishesh Jinda... by ShapeBlue
Hypervisor Agnostic DRS in CloudStack - Brief overview & demo - Vishesh Jinda...Hypervisor Agnostic DRS in CloudStack - Brief overview & demo - Vishesh Jinda...
Hypervisor Agnostic DRS in CloudStack - Brief overview & demo - Vishesh Jinda...
ShapeBlue164 views
DRaaS using Snapshot copy and destination selection (DRaaS) - Alexandre Matti... by ShapeBlue
DRaaS using Snapshot copy and destination selection (DRaaS) - Alexandre Matti...DRaaS using Snapshot copy and destination selection (DRaaS) - Alexandre Matti...
DRaaS using Snapshot copy and destination selection (DRaaS) - Alexandre Matti...
ShapeBlue141 views
Initiating and Advancing Your Strategic GIS Governance Strategy by Safe Software
Initiating and Advancing Your Strategic GIS Governance StrategyInitiating and Advancing Your Strategic GIS Governance Strategy
Initiating and Advancing Your Strategic GIS Governance Strategy
Safe Software184 views

Joyent circa 2006 (Scale with Rails)

  • 1. Scale with Rails Real-life capacity and deployment planning for small to large scale Rails applications
  • 2. The Guys {Thanks} David Young, Dean Allen, Jason Hoffman, Matt Imbach, Michael Koziarski, Scott Barron, Chris Morris, Luke Crawford, Justin French, Johan Sörensen, Ben Myles, Marten Veldthuis, Bryan Bell, Ryan Schwartz, Jan Isley, Florian Munz, Filip Hajný, Daniel Crowell, Christopher Horrell, Terrell Russell, Peter Watridge, Josh Roebuck
  • 3. Today • Please humor me => a 5 minute story with too many slides about how I came to stand here in front of you • Somethings about the Ruby on Rails site • An accounting what’s buzzing in my ears all the time • Some examples with numbers • How to think about “scaling” • To talk about where we’ve taken our infrastructure
  • 7. It started with Textpattern The best CMS/blog thing written in PHP ever
  • 8. We used basecamp Ooooooh, it’s in Ruby? Reeeeeeeeeally.
  • 9. So we thought let’s involve some friends • Dean Allen (Textpattern) • Matt Mullenweg (Wordpress) • Brad Choate (doing MT hosting + plugins) • David Heinemeier Hansson (Instiki and “Rails”) • Rickard of PunBB • Allan => Textmate
  • 10. I was a committer once
  • 11. What did they get me into? 5/2003 9/2005 5/2004 “it” started
  • 16. Books are important Not going to pay in my house. Send those books out.
  • 17. Rails
  • 19. But sometimes it’s gotten “bad” • Ruby on Rails • Turbogears • Textmate • All have videos (”screencasts”) • They’ve been in the same paragraph on Slashdot • Then we’ve pushed 150-200 Mbps • Open Source is free?
  • 20. Some of Joyent’s We combined last year to be the “perfect” company.
  • 21. OK, So what? • We found ourselves needing an infrastructure for “diverse” things • But fundamentally we’re talking about web stuff, mail stuff, database stuff, storing and moving around files stuff
  • 22. And why are we here? • One indication: because I get, on average, 2 emails/day asking the same questions • That’s just “me” • Support system and “sales” gets them as well
  • 23. Examples from last week • I have yet to find any examples of websites that have heavy traffic and stream media that run from a Ruby on Rails platform, can you suggest any sites that will demonstrate that the ruby platform is stable and reliable enough to use on a commercial level? • We are concerned about the long-term viability of Ruby on Rails as a development language/environment. • How easily can a ruby site be converted to another language? (If for any reason we were forced to abandon ruby at some point in the future or I can’t find someone to work with our code?). • My company has some concerns on whether or not Ruby on Rails is the right platform to deploy on if we have a very large scale app. I could go on for a while.
  • 24. So what is? • A “large scale” application? • Do many of us really have one? I mean a BIG ONE? • What is an “intensive” application? • What is an “enterprise” application?
  • 25. But we’ve been doing “it” with • Perl • PHP • Python • Java • Does the language really really matter to the system’s folks?
  • 26. Ah-ha! • System’s Folks you say? • What are these “system administrators” that you speak of? • Does the network really matter? • You mean there’s “networking people”? • You mean it takes more than just having my designer(s) learns The Rails?
  • 27. If I had a nickel for every time ... • “We’re going to need to scale this up to Flickr- sized proportions!” • “This could go very very fast!” • “The market is HUGE”
  • 28. Reality Check • “OK”, I say • “Not a problem”, I say • “I can do that”, I say • “For what you’re asking, I’ll need $325,000 tomorrow to start, it’ll take $18,500 a month to run and you can expect that to go up along with your growth.” • “It’s a good rule of thumb to try and keep it about 10% of your revenue once you’re going because people ended being the most expensive”
  • 29. Oh. But we don’t have that kind of money. And the app is free to start.
  • 30. OK.
  • 31. What a minute! • Why are you going on and on about this not worry about scaling til you need to scale stuff? • I can read this same thing on what’s their face’s weblog. • It’s not what I’m asking about! • I need to know if I can “scale” with ruby! • We’re not a start-up, why are you talking about this from a “start-up’s” perspective?! • I need a ...
  • 32. A What? • A framework for thinking about the entire system? • You mean it’s more than just the language? • It’s more than about a readily available IDE? • You mean one’s “development” framework is just one small part? • My system’s guys can scale anything.
  • 33. Yes It Is More
  • 34. And oh yes ... you should worry still worry about scaling
  • 35. Because what does “scaling” actually mean? • For a little software application company? • Can you do the Start-up => Mid-sized, “small caps” company transition without going out of business? • In a big company? • Can you do what you gotta do without having your program cut? • Will your app run on a phone? Scale down.
  • 36. Let’s talk some details
  • 37. First, let’s talk about limiting factors
  • 38. The slowest part ? • The fast ethernet or gigabit network port (assuming there’s more than one drive) • Transactions of something/second
  • 39. • 1 Gbps = 125 MB/sec (100 Mbps = 12.5 MB/sec) • The question is can your OS and our CPUs push it? • And let’s say you can, just how much is a Gbps in some kind of other thing?
  • 40. We used to use FreeBSD Moral of the story? Even restricted to a single processor with a single core, Solaris Nevada Build 31 can push 60% of a gigabit connection. FreeBSD can’t.
  • 41. OK, Solaris Good. What’s a 100 Mbps in normal web traffic? • Textdrive.com => 122 KB and has 20 objects (~125KB for an uncached page view). • 125KB page => 100-1000 unique visitors per second • 20 objects per page, that is 2000 requests per second that could pump out of that system. • Maximum.
  • 42. • What is the ability to do 2000 requests/second then? • ((2000 requests/sec)*(20 requests per page)) * 0.125MB per page = 12.5 MB/sec (100Mbps constant). • 86400 seconds/day on 100Mbps => 8,640,000 uniques in a day with 172,800,00 hits.
  • 43. • $8000/month • Give or take a couple of grand depending How much does just a 100 Mbps commit cost?
  • 44. Can you do 2000 requests/second? • Sure an Apache, Lighttpd or Litespeed can do 1000-15,000 static or proxy requests/second
  • 45. How do you do 2000 requests/ second? • Alistapart.com bursts to that with Zeldman’s “Web 3.0” for over an hour • 10 Lighttpds => 200 proxy requests/second each • 1 Lighttpd => 40 request/sec x 5 Rails-FCGI each • We cached everything but writing to MySQL for comments and that kept it on a 3.2 Ghz P4 with 4GB of RAM
  • 46. The Shared Hosting • Is this odd heterogenous largely ruby “application” • Users received 8,641,866 emails, they sent 5,860,769 emails and had 14,984,680 pieces of spam blocked. Mail through the system averages 300 emails/minute with bursts up to 60,000 emails/minute. • Websites cumulatively did ~400,000,000 page views.
  • 48. What is it running now? • There’s 22 TBs of strongspace • Fiber-attached EMC storage • Migrated to Solaris “11” • One big ZFS pool with LUNs • Migrated down to one “hot” server: Dual 3.0 Ghz Xeon with 8GB of RAM • Apache, Lighttpd, static FCGI
  • 49. Fsck You {if you think ZFS isn’t production}
  • 50. Is it a web app or what? ~20 Mbps constant
  • 51. “Logical” servers for the hosted connector 1) Jumpstart/Boot & Administrative servers (x2 per setup) 2) DHCP/LDAP for server identification/authentication and control (x2) 3) DNS: DNSCache for outside resolution (DNSCache as resolver) and a private DNS system 4) DNS MySQL (x2, master/slave, innodb tables) 5) SPAM filtering servers (running DSPAM -> files to NFS store and tracking to postgresql) (x4) 6) SPAM database setup (running postgresql) (x2) 7) SPAM NFS store (x2 heads clustered) 8) SMTP gateway out (x2) 9) SMTP gateway in (x4 -> delivery to Maildir over NFS) 10) Mail NFS store (x2 heads cluster) *main user file store 11) IMAP proxy servers (x2) 12) IMAP servers (x6) 13) User LDAP servers (x2 with hitting postgresql DB backend) 14) User LDAP-postgresql db (x2) 15) User postgresql DB servers (x4) 16) User Web/Application servers (running with kernel SSL accelerators) (x6) 17) User File Storage (NFS dual cluster heads) (x2) 18) Joyent Organization Provisioning server
  • 52. So how do you scale that “web” application?
  • 54. That beautiful Connector application where only 2 of the 18 “things” is “rails”.
  • 55. So most scale is how you scale those “common” services
  • 56. And why just 3.0 Ghz?
  • 57. CPUs are largely idle & RAM RAM RAM 08:23:01 PM CPU %user %nice %sys %iowait %irq %soft %idle intr/s 08:23:01 PM all 2.64 0.00 0.36 2.81 0.02 0.14 94.02 1239.49 08:23:01 PM 0 6.86 0.00 1.18 4.72 0.10 0.69 86.45 68.94 08:23:01 PM 1 2.63 0.00 0.34 1.95 0.01 0.11 95.01 192.97 08:23:01 PM 2 2.78 0.00 0.43 7.41 0.02 0.11 89.29 197.21 08:23:01 PM 3 2.16 0.00 0.29 4.12 0.01 0.07 93.39 178.35 08:23:01 PM 4 1.67 0.00 0.17 1.09 0.01 0.04 97.04 117.29 08:23:01 PM 5 1.67 0.00 0.17 1.11 0.01 0.04 97.05 161.00 08:23:01 PM 6 1.67 0.00 0.16 1.04 0.01 0.04 97.13 161.86 08:23:01 PM 7 1.68 0.00 0.16 1.08 0.01 0.04 97.07 161.86 • “Busy” mysql database server • ~240GB of data with ~150,000 users • Swapping just a little little bit, so ...
  • 58. So what kind of CPUs have we moved into?
  • 59. MB/CMP0/P0 0 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P1 1 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P2 2 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P3 3 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P4 4 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P5 5 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P6 6 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P7 7 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P8 8 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P9 9 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P10 10 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P11 11 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P12 12 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P13 13 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P14 14 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P15 15 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P16 16 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P17 17 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P18 18 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P19 19 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P20 20 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P21 21 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P22 22 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P23 23 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P24 24 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P25 25 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P26 26 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P27 27 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P28 28 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P29 29 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P30 30 1000 MHz SUNW,UltraSPARC-T1 MB/CMP0/P31 31 1000 MHz SUNW,UltraSPARC-T1 Sun T1000’s Ultrasparc T1 32 logical 1.0 Ghz Combined with many software instances Zones Best match between actual CPU and RAM usage
  • 60. It’s not really about high frequencies If you buy intel, buy weak ones, spend the money on RAM Throughput!
  • 62. Back to simple Console server One kind of switch One kind of server One kind of storage One kind of interconnect One kind of power plug One kind of power strip
  • 63. Well. We do have some load balancers still.
  • 64. There’s actually lots of different kinds of plugs
  • 65. What the “default” 5-15R gets you Umm ... ok so there’s a real disconnect between server power and datacenter “design”
  • 67. 4 “old” San Diego Racks Per Rack: 39 processors 39 logical CPUs 52 GB RAM 5280 watts Total: 156 logical CPUs 208 GB RAM 21,120 watts
  • 68. Yes that is what they look like
  • 69. Become a new node 1152 logical 1Ghz CPUs 576 GB RAM 6,480 watts 31 amps @ 208V 2 x 20amp @ 208V L6-20R 2 x 24 plug 20amp/208V ---------------------------------- 12 Enclosures 36 controllers 180 drives 90 TBs raw storage 77 TBs clustered storage 29.4 amps @ 208V 2 x 20amp @ 208V L6-20R 2 x 24 plug 20amp/208V Per Rack: 39 processors 39 logical CPUs 52 GB RAM 5280 watts Total: 156 logical CPUs 208 GB RAM 21,120 watts
  • 70. Server + Storage RAID5 7 TBs RAID5 7 TBs RAID5 7 TBs RAIDZ ZFS Pool iSCSI
  • 71. This is going to be open for you to use
  • 72. DIY: How do you start? 20amp 208V AC power L6-20R Street price: ~$50,000 co-lo’ed
  • 73. Why DIY? Or at least a visit? Outsourcing!You can whois yourself?
  • 74. Some final things • Keep it simple even if you’re starting out big • Keep it simple even if you’re starting out small • Our “stacks” are currently: • Solaris, Mongrel, Apache 2.2 event, kssl • Solaris, FCGI, Apache 2.2 event, kssl • Solaris, FCGI, Lighttpd, kssl • Solaris, FCGI, Lighttpd, Big-IP • Zones, zones, zones