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
リブセンスインフラ概要 vol.2 #TechLunch
Search
Livesense Inc.
PRO
April 21, 2014
Technology
0
58
リブセンスインフラ概要 vol.2 #TechLunch
リブセンスインフラ概要 vol.2
2012/08/01 (水) @ Livesense TechLunch
発表者:鈴木 翔一郎
Livesense Inc.
PRO
April 21, 2014
Tweet
Share
More Decks by Livesense Inc.
See All by Livesense Inc.
コロナで失われたノベルティ作成ノウハウを復活させた話
livesense
PRO
0
67
株式会社リブセンス 会社説明資料(報道関係者様向け)
livesense
PRO
0
330
転職会議でGPT-3を活用した企業口コミ要約機能をリリースした話
livesense
PRO
0
1k
株式会社リブセンス マッハバイト_プレイブック
livesense
PRO
0
380
Tech Award 2021 選出方法
livesense
PRO
0
980
株式会社リブセンス エンジニアリング組織を支える風土と制度
livesense
PRO
0
510
株式会社リブセンス・マッハバイト 採用候補者様向け資料
livesense
PRO
0
210
株式会社リブセンス・転職会議 採用候補者様向け資料
livesense
PRO
0
2k
brain.optimizerのレコメンド取得API
livesense
PRO
0
2.1k
Other Decks in Technology
See All in Technology
オブジェクト指向CSSが叶えたかったことと、CSSのいま / The aims of Object-oriented CSS and the current state of CSS usage
shinkufencer
11
3.6k
戦略的DDDを実践するための跳躍力 / OOC 2024
pictiny
6
3.9k
家族アルバム みてねで直面してきた技術的負債 / MIXI KAG 2024
isaoshimizu
17
7.7k
長文から長文を生成するLLMツールをオープンソースで作ってみた。
tomohisa
2
140
今さら聞けない!? AWSの生成AIサービス Amazon Bedrock入門!
minorun365
PRO
11
2.2k
統計的学習理論読み Chapter 2
kmatsui
1
190
サービス成長と共に肥大化するモノレポ、長くなるCI時間 / As services grow, monorepos get bigger and CI time gets longer
kohbis
5
2.1k
Getting started with controlling LEGO using Swift
hcrane
0
130
暗黙知を集積するプラットフォーム : 「健常者エミュレータ事例集」の取り組み
sora32127
1
160
関数型DDDの理論と実践:「決定を遅らせる」を先につくり、 ビジネスの機動力と価値をあげる
knih
2
470
GitHub最新情報キャッチアップ 2024年3月
dzeyelid
16
3.2k
Autify Company Deck
autifyhq
1
30k
Featured
See All Featured
Teambox: Starting and Learning
jrom
126
8.4k
Building a Scalable Design System with Sketch
lauravandoore
455
32k
RailsConf 2023
tenderlove
0
510
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
19
1.6k
Testing 201, or: Great Expectations
jmmastey
27
6.3k
WebSockets: Embracing the real-time Web
robhawkes
59
6.9k
The Power of CSS Pseudo Elements
geoffreycrofte
58
4.9k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
39
4.3k
Being A Developer After 40
akosma
56
580k
Designing the Hi-DPI Web
ddemaree
275
33k
Fireside Chat
paigeccino
19
2.6k
StorybookのUI Testing Handbookを読んだ
zakiyama
10
4.5k
Transcript
リブセンスインフラ概要 vol 2 Database 負荷分散
RDBMS • Oracle – 実行計画など細かな事を意識しなくても、それほどクエリ に長い時間がかからない事が多い – アーカイブログを使用する事によってデータロスが起きづ らい仕組みを構築する事が可能 –
基幹システムなど堅牢なシステムに用いられる事が多い • MSSQL(SQL Server) – .NetなどのMicrosoft製品との親和性が非常に高い – Visual Studioを用いれば、実行計画を即座に可視化する 事も可能 – 謎のデッドロックが起きる事が多いとの噂あり
RDBMS • MySQL – OSS DB シェアNo1 – レプリケーションを用いる事で冗長化構成を取る 事が可能 • Firebird
– OSS DB シェアNo2 • Postgresql – OSS DBの中で、マルチバイト対応が一番早かっ たRDBMSであったため、日本国内ではシェアが 高い
Master DB • /etc/drbd.conf • /etc/ha.d/ha.cf lvs103 Master Active lvs104
Master Standby DRDB : データ同期 heartbeat : 仮想IP制御
Slave DB • show slave status; • show databases; (必要なくても全DBを収容する設計)
lvs103 Master Active lvs104 Master Standby lvs112 Slave API lvs113 Slave j-sen lvs114 Slave j-sen lvs115 Slave haken lvs116 Slave cron replication
Connect to Slave DB • /etc/keepalived/conf.d/db.conf lvs101 Load Balancer lvs102
Load Balancer Application Server lvs113 Slave j-sen lvs114 Slave haken Load Balance Direct Routing
Master DB Load balance • ジョブセンス系 – lvs103, lvs104 – 負荷が低く売上が高い媒体が収容される •
ジョブストック系 – lvs105, lvs106 – 負荷が高く売上が低い媒体が収容される • 負荷が高くなれば3台目のMaster Databaseを 構築する事によってスケールアウト実施 • show databases; (lvs53, lvs54)
Master DB Load balance • 1媒体1データベースでも負荷に耐えられなく なったら・・・ • 垂直分割 – テーブル毎に収容される筐体を変更
– 例 : image tableはDB1に収容 – 例 : image tableはDB2に収容 • 水平分割 – 同じテーブルを複数の筺体に分散させる – 例 : 会員番号1000番まではDB1に収容 – 例 : 会員番号2000番まではDB2に収容
Connect to Slave DB • ちなみに・・・
Connect to Slave DB • Job sense派遣はSlave Databaseが1台だけ であるのにも関わらず、わざわざLoad Balancerを経由
– 障害時にLoad Balancerの設定変更のみで復旧 可能 – 急激な負荷上昇時にLoad Balancer設定変更の みでスケールアウトが可能
一見、意味不明な設定でも 理由があってやってます 今後は理由を可視化するよう 頑張ります
次回は・・・ • インフラ屋さんの仕事は今回で最終回にする かもしれません(Task Force側で発表の機会 を下さい) • 次回以降は趣味に走るかも・・・ – vyatta – livesenseネットワーク
大改修計画