Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
CoreOS Technical Overview @ pdxdevops
Search
Brandon Philips
February 24, 2014
Programming
370
3
Share
CoreOS Technical Overview @ pdxdevops
Slides from a talk given at PDX devops
http://pdxdevops.org/
Brandon Philips
February 24, 2014
More Decks by Brandon Philips
See All by Brandon Philips
Node.js Workflow with Minikube and Skaffold
philips
0
290
Manage the App on Kubernetes
philips
0
370
Production Backbone Monitoring Containerized Apps
philips
0
230
KubeCon EU 2017: Dancing on the Edge of a Volcano
philips
1
850
rkt - KubeCon EU keynote - 2017
philips
1
300
FOSDEM_Keynote_2017-_.pdf
philips
0
170
Tectonic Summit Day 2 Keynote
philips
0
410
Kubernetes: Simple to Manage Anywhere (self-hosted, Tectonic upgrade demo)
philips
0
440
KubeCon Keynote 2016- Distributed Systems Simplified on Kubernetes
philips
2
580
Other Decks in Programming
See All in Programming
JavaDoc 再入門
nagise
0
280
Signal Forms: Beyond the Basics @ngBaguette 2026 in Paris
manfredsteyer
PRO
0
230
プラグインで拡張される Context をtype-safe にする難しさと設計判断
kazupon
2
590
Spec Driven Development | AI Summit Lisbon
danielsogl
PRO
0
150
Spec-Driven Development with AI-Agents: From High-Level Requirements to Working Software
antonarhipov
2
450
Spring Security 実践 ─ GraphQL APIで実務に役立つ 認証・認可 を学ぶ
wagyu
0
140
Composerを使ったサプライチェーン攻撃の様子を眺めてみる #phpstudy
o0h
PRO
2
220
IBM Bobを活用したレガシーアプリの最新化
oniak3ibm
PRO
1
170
net-httpのHTTP/2対応について
naruse
0
440
権限チェックの一貫性を型で守る TypeScript による多層防御
mnch
4
1.1k
代数的データ型って何が嬉しいの? #frontend_phpcon_do
kajitack
8
3.2k
ユニットテストの先へ:テスト技法で要求・仕様を整理するJava開発実践 / Beyond_Unit_Testing_Practical_Java_Development_Techniques_for_Organizing_Requirements_and_Specifications
shimashima35
0
350
Featured
See All Featured
Writing Fast Ruby
sferik
630
63k
Designing for Timeless Needs
cassininazir
1
250
Getting science done with accelerated Python computing platforms
jacobtomlinson
2
220
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Reflections from 52 weeks, 52 projects
jeffersonlam
356
21k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.7k
Ethics towards AI in product and experience design
skipperchong
2
300
The World Runs on Bad Software
bkeepers
PRO
72
12k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
3
600
Transcript
CoreOS
Linux for Massive Server Deployments
@BrandonPhilips github.com/philips
secure the internet Why?
manual updates
automatic updates
automatic updates
rpm replace files restart processes edit configs
apt replace files restart processes edit configs
chef replace files restart processes edit configs
puppet replace files restart processes edit configs
kernel systemd ssh docker python java nginx mysql openssl app
distro distro distro distro distro distro dist
kernel systemd ssh docker python java nginx mysql openssl app
distro distro distro distro distro distro dist
The Linux Kernel does not break userspace.
WE DO NOT BREAK USERSPACE! Seriously. How hard is this
rule to understand? We particularly don't break user space with TOTAL CRAP. - Linus Torvalds
None
None
etcd
/etc distributed
A highly-available key value store for shared configuration and service
discovery.
A highly-available key value store for shared configuration and service
discovery.
Available 3 1 2 5 4
Available 3 1 5 4
Available 3 1 4
Unavailable 3 1
A highly-available key value store for shared configuration and service
discovery.
$ mkdir services! ! $ set services/db0 10.0.0.8! $ set
services/db1 10.0.0.10! ! $ set services/db-master db0 etcdctl
GET /services/db0 “10.0.0.8”
A highly-available key value store for shared configuration and service
discovery.
{ "password": "cleartext", "user": "root" }
A highly-available key value store for shared configuration and service
discovery.
A highly-available key value store for shared configuration and service
discovery & locking.
App etcd DB?
App etcd No DB
App etcd I will watch and wait
App etcd DB Master?
App etcd No DB Master. You’re it. DB Master appeared
App etcd Heartbeat Watch SELECT * from Awesome
App etcd Heartbeat DB Master? Watch
App etcd Heartbeat Master exists. Watch
App etcd Heartbeat Heartbeat Watch
App etcd You’re master now New DB
App etcd Watch Heartbeat DROP *
App etcd Watch Heartbeat DB Master?
App etcd master exists Heartbeat Watch
$ set services/db-master db0! ! $ set --swap-with-value "db1" \!
services/db-master db0! ! Compare failed ([db1 != db0]! etcdctl
how does the db know how to talk to etcd?
buddy etcd { host: “db1”, port: 4349 }
buddy etcd heartbeat
etcd
linux+systemd CoreOS is
mount storage setup networks run processes linux+systemd manages the single
server:
mount storage $ cat media-state.mount! [Mount]! What=/dev/disk/by-label/STATE! Where=/media/state! Options=commit=600,data=ordered! Type=ext4!
FsckPassNo=0
setup networks $ cat public.link! [Match]! MACAddress=52:54:00:12:34:56! [Link]! Alias=public! !
$ cat public.network! [Network]! DHCP=True!
run services $ cat docker.service! [Unit]! After=network.target! ! [Service]! ExecStart=/usr/bin/docker
-d -H fd://! Restart=on-failure! ! [Install]! WantedBy=multi-user.target
docker runs containers $ cat scrup.service! [Unit]! Description=Scrup Service! After=docker.service!
! [Service]! ExecStart=/usr/bin/docker run -p 3000:3000 philips/scrup systemd logs and monitors
fleet demo
more security more reliability more stability
Credits: Browser Icons: https://www.iconfinder.com/ Thanks! @coreoslinux