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
ちいさなクラウド業者やってみた
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
MATSUMOTO Katsuyoshi
June 15, 2015
Technology
220
0
Share
ちいさなクラウド業者やってみた
Kernel/VM #11
MATSUMOTO Katsuyoshi
June 15, 2015
More Decks by MATSUMOTO Katsuyoshi
See All by MATSUMOTO Katsuyoshi
A Journey of Box bugs
katsyoshi
0
59
POI: Proof of Identity
katsyoshi
0
170
Ruby in Ruby - Building an AOT Compiler with Ruby
katsyoshi
1
370
(私的)RubyKaigi の歩き方
katsyoshi
0
1.7k
Building Ruby Native Extension using Ruby
katsyoshi
0
2.2k
fluentdとxlsx
katsyoshi
0
190
mikutterとJubatusとfluentd
katsyoshi
0
11k
ZFSでNASやってはまったこと
katsyoshi
0
2k
Asakusa.rbに一年間通ったらこうなった
katsyoshi
1
2.8k
Other Decks in Technology
See All in Technology
[Scram Fest Niigata2026]Quality as Code〜AIにQAの思考を再現させる試み〜
masamiyajiri
1
310
Swift Sequence の便利 API 再発見
treastrain
1
260
エンタープライズの厳格な制約を開発者に意識させない:クラウドネイティブ開発基盤設計/cloudnative-kaigi-golden-path
mhrtech
0
400
毎日の作業を Claude Code 経由にしたら、 ノウハウがコードになった
kossykinto
1
1.3k
エージェント時代の UIとAPI、CLI戦略
coincheck_recruit
0
170
Claude Code / Codex / Kiro に AWS 権限を 渡すとき、何を設計すべきか
k_adachi_01
4
1.1k
新卒エンジニア研修、ハンズオンの設計における課題と実践知/ #tachikawaany
nishiuma
2
140
AIが盛んな時代に 技術記事を書き始めて起きた私の中での小さな変化
peintangos
0
370
CyberAgent YJC Connect
shimaf4979
1
180
会社説明資料|株式会社ギークプラス ソフトウェア事業部
geekplus_tech
0
220
生成AIはソフトウェア開発の革命か、ソフトウェア工学の宿題再提出なのか -ソフトウェア品質特性の追加提案-
kyonmm
PRO
2
880
マンション備え付けのネットワークとLTE回線を組み合わせた ネットワークの安定化の考案
harutiro
1
120
Featured
See All Featured
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
5.8k
Large-scale JavaScript Application Architecture
addyosmani
515
110k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
47
8.1k
sira's awesome portfolio website redesign presentation
elsirapls
0
230
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
130
Prompt Engineering for Job Search
mfonobong
0
300
SEO for Brand Visibility & Recognition
aleyda
0
4.5k
Money Talks: Using Revenue to Get Sh*t Done
nikkihalliwell
0
220
Leading Effective Engineering Teams in the AI Era
addyosmani
9
1.9k
Bootstrapping a Software Product
garrettdimon
PRO
307
120k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.2k
Un-Boring Meetings
codingconduct
0
280
Transcript
小さなクラウド業 者やってみた katsyoshi
whoami なまえ: katsyoshi fav.rb、fluent-plugin-mecab、fluent- plugin-axlsx
目的 おかねを積まずに大量のサーバがほ しい
目的 Ruby on Rails が動く環境が欲し い 80台ほど 個人用の Linux(CentOS 6.5)
はあるが、容量 制限がある(1GB) Windows共用だし、Ruby環境整えないといけ ないし、管理者権限どうだったけな
目的 必要な機能 Ruby on Rails 環境 Ruby、Webサーバ サーバ管理 Linux環境に慣れる
目的 お金をかけずに大量にサーバが 欲しい EC2?、Heroku? IPあまってるし、自前でやるか
目的 いまあるマシンでやろう メモリ192GBのKVMサーバ これどうやって動かすんだっけ? 一部メモリ認識しないとかいう問題もあった よな? 余ってるPCでやるかー
想定する利用方法 一週間でつかう時間が決まって る 4時間しかつかわない 同時にアクセス およそ80人
マシン構成 安いBTOマシン CPU: Intel(R) Core(TM) i3 CPU 550 @ 3.20GHz
Memory: 16GB OS: Ubuntu 14.04 LXC: 1.0.7-ubuntu
LXC KVMと比べてオーバーヘッド少な いし(?)これにしよう。 とりあえずデフォルトでやってみよ う。
失敗 70人くらいで実行!! $ bundle install --path .bundle/gems # 2時間後インストール終了 $
bundle exec rails s -b 0.0.0.0 # ここは5分ほどで起動し、アクセス これはなんとかせねば とりあえず分散すればいいんじゃね
対応策 同じマシン3台で20台づつ分散し よう! なんか1台ネットワークに繋がらないん だが… とりあえず2台で ここでもミスが…
再構成 Precision T1500 CPU: Intel(R) Core(TM) i7 CPU 860 @
2.80GHz Memory: 32GB, or 16GB OS: Ubuntu 14.04 LXC: 1.0.7-ubuntu 実行時、メモリ量がちがうこと に気づく 今回は問題なく実行完了
ベンチマーク とりあえず、LXC利用しないで実 行 80並列 bundle install --path .bundle/gems > /dev/null
&
結果 はやい方 (i7) 2015年 6月 6日 土曜日 00:46:01 JST 2015年
6月 6日 土曜日 01:05:30 JST おそい方 (i3) NICがお亡くなりに… ping も ssh も通らなくなってた そもそもましんがおなくなりに… > VGA/DVIともに信号が出力されていないようです。
まとめ LXCでも100台つらい 30台ぐらいだとなんとかうごく リソース制限かければいいもっとうご く?
実際に動いてるログとってみ た 実際の運用マシン 再構築したマシンにそれぞれLXC35台 づつ
運用時の負荷 13~16時半ごろ まで(MEM 32G: CPU)
運用時の負荷 13~16時半ごろ まで(MEM 32G: MEM)
運用時の負荷 13~16時半ごろ まで(MEM 32G: IO)
運用時の負荷 13~16時半ごろ まで(MEM 32G: NET)
運用時の負荷 13~16時半ごろ まで(MEM 32G: DISK)
運用時の負荷 13~16時半ごろ まで(MEM 32G: SWAP)
運用時の負荷 13~16時半ごろ まで(MEM 16G: CPU)
運用時の負荷 13~16時半ごろ まで(MEM 16G: MEM)
運用時の負荷 13~16時半ごろ まで(MEM 16G: IO)
運用時の負荷 13~16時半ごろ まで(MEM 16G: NET)
運用時の負荷 13~16時半ごろ まで(MEM 16G: DISK)
運用時の負荷 13~16時半ごろ まで(MEM 16G: SWAP)
運用時の負荷 とってみたがとくに問題なさそ う… メモリ使用量が多いがそこまで read/writeも少なかったし メモリたりてるのでswapもしてないし 実際の運用だとこの構成でも問