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
MATSUMOTO Katsuyoshi
June 15, 2015
Technology
0
190
ちいさなクラウド業者やってみた
Kernel/VM #11
MATSUMOTO Katsuyoshi
June 15, 2015
Tweet
Share
More Decks by MATSUMOTO Katsuyoshi
See All by MATSUMOTO Katsuyoshi
Ruby in Ruby - Building an AOT Compiler with Ruby
katsyoshi
0
260
(私的)RubyKaigi の歩き方
katsyoshi
0
1.4k
Building Ruby Native Extension using Ruby
katsyoshi
0
2k
fluentdとxlsx
katsyoshi
0
140
mikutterとJubatusとfluentd
katsyoshi
0
11k
ZFSでNASやってはまったこと
katsyoshi
0
2k
Asakusa.rbに一年間通ったらこうなった
katsyoshi
1
2.7k
mikutterとJubatusで遊んでみた
katsyoshi
0
620
BeagleBoard-xM向けに td-agent-armhf.debをつ くってみた
katsyoshi
0
830
Other Decks in Technology
See All in Technology
Codeful Serverless / 一人運用でもやり抜く力
_kensh
7
360
バイブスに「型」を!Kent Beckに学ぶ、AI時代のテスト駆動開発
amixedcolor
2
480
フィンテック養成勉強会#56
finengine
0
140
Function Body Macros で、SwiftUI の View に Accessibility Identifier を自動付与する/Function Body Macros: Autogenerate accessibility identifiers for SwiftUI Views
miichan
2
180
下手な強制、ダメ!絶対! 「ガードレール」を「檻」にさせない"ガバナンス"の取り方とは?
tsukaman
2
420
AI時代に非連続な成長を実現するエンジニアリング戦略
sansantech
PRO
3
1.2k
カミナシ社の『ID管理基盤』製品内製 - その意思決定背景と2年間の進化 #AWSUnicornDay / Kaminashi ID - The Big Whys
kaminashi
3
860
なぜスクラムはこうなったのか?歴史が教えてくれたこと/Shall we explore the roots of Scrum
sanogemaru
5
1.5k
オブザーバビリティが広げる AIOps の世界 / The World of AIOps Expanded by Observability
aoto
PRO
0
330
Kiroと学ぶコンテキストエンジニアリング
oikon48
6
9.7k
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
8.7k
「どこから読む?」コードとカルチャーに最速で馴染むための実践ガイド
zozotech
PRO
0
220
Featured
See All Featured
Navigating Team Friction
lara
189
15k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
285
13k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.9k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.4k
The Cost Of JavaScript in 2023
addyosmani
53
8.9k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
GraphQLの誤解/rethinking-graphql
sonatard
72
11k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
Optimising Largest Contentful Paint
csswizardry
37
3.4k
Context Engineering - Making Every Token Count
addyosmani
1
19
Building Better People: How to give real-time feedback that sticks.
wjessup
368
19k
Typedesign – Prime Four
hannesfritz
42
2.8k
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もしてないし 実際の運用だとこの構成でも問