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
Satoru Takeuchi
PRO
November 03, 2020
Technology
2
2.3k
ストレージ重要
以下動画のテキストです
https://youtu.be/NLa53pX-8oM
Satoru Takeuchi
PRO
November 03, 2020
Tweet
Share
More Decks by Satoru Takeuchi
See All by Satoru Takeuchi
Linuxのブートプロセス
sat
PRO
6
97
シェルのジョブ
sat
PRO
1
21
常駐サービスを実現するデーモンプロセス
sat
PRO
0
24
絶対殺すSIGKILLシグナルと絶対死なないプロセス
sat
PRO
3
90
シェルのセッション
sat
PRO
2
31
RubyでKubernetesプログラミング
sat
PRO
4
180
プロセスの生成 exec編
sat
PRO
1
43
プロセスの生成 fork&exec編
sat
PRO
0
37
プロセスの生成 コピーオンライトを使ったfork編
sat
PRO
0
36
Other Decks in Technology
See All in Technology
MIMEと文字コードの闇
hirachan
2
1.5k
Oracle Database Technology Night #87-1 : Exadata Database Service on Exascale Infrastructure(ExaDB-XS)サービス詳細
oracle4engineer
PRO
1
220
目標と時間軸 〜ベイビーステップでケイパビリティを高めよう〜
kakehashi
PRO
8
1k
Amazon Athenaから利用時のGlueのIcebergテーブルのメンテナンスについて
nayuts
0
110
データエンジニアリング領域におけるDuckDBのユースケース
chanyou0311
9
2.6k
JAWS FESTA 2024「バスロケ」GPS×サーバーレスの開発と運用の舞台裏/jawsfesta2024-bus-gps-serverless
ma2shita
3
340
AI Agent時代なのでAWSのLLMs.txtが欲しい!
watany
3
370
【Snowflake九州ユーザー会#2】BigQueryとSnowflakeを比較してそれぞれの良し悪しを掴む / BigQuery vs Snowflake: Pros & Cons
civitaspo
2
620
いまからでも遅くない!コンテナでWebアプリを動かしてみよう!コンテナハンズオン編
nomu
0
180
User Story Mapping + Inclusive Team
kawaguti
PRO
2
370
MLflowはどのようにLLMOpsの課題を解決するのか
taka_aki
0
130
IAMのマニアックな話2025
nrinetcom
PRO
6
1.4k
Featured
See All Featured
Git: the NoSQL Database
bkeepers
PRO
428
65k
Designing Experiences People Love
moore
140
23k
Statistics for Hackers
jakevdp
797
220k
Mobile First: as difficult as doing things right
swwweet
223
9.5k
Being A Developer After 40
akosma
89
590k
Writing Fast Ruby
sferik
628
61k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Learning to Love Humans: Emotional Interface Design
aarron
273
40k
How STYLIGHT went responsive
nonsquared
99
5.4k
A better future with KSS
kneath
238
17k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Transcript
ストレージ重要 Nov 1st, 2020 Satoru Takeuchi Twitter: satoru_takeuchi, EnSatoru 1
はじめに • 資料を作った背景 ◦ ストレージ重要 ◦ 実際に責任もって扱ってみないと重要さを理解しにくい ◦ 重要な理由がわからないとストレージ技術の必要性も勘所も理解できない ◦
なるべく平易に具体的に大事さを説明する必要を感じた • 本資料が扱う範囲 ◦ 個人ではなく企業、企業に属する技術者向けの説明 ◦ データの消失に焦点を絞る ◦ 個々のストレージ技術についての詳しい説明はしない 2
他の障害と何が違うのか • 前提 ◦ コンピュータシステムはデータを処理するためにある • ストレージ以外の障害 ◦ 復旧までデータを処理できなくなるが、復旧後は再開可能 ▪
ネットワーク障害 => 機器交換、バグ修正 ▪ 性能不足 => マシンスペック増強、ソフトウェア改善 • ストレージの障害(の中のデータ消失障害) ◦ 処理する対象のデータが無くなるので、再開は不可能 ◦ 一撃で会社が潰れかねない ▪ 例: 銀行のシステムで顧客口座データ全消失 3
理想の世界 • ストレージデバイスは決して壊れない • ソフトウェアにバグは存在しない • 人間は間違えない • 災害は起きない 4
現実は非情 • ストレージデバイスは頻繁に壊れる • ソフトウェアにはバグがある • 人間は信じがたいオペミスをする • 災害は起きる 5
厳しい現実に対処する方法 • リスクに対処する様々な技術が生み出されてきた ◦ バックアップ ◦ RAID ◦ ミラーリング ◦
レプリケーション • それぞれ一長一短 ◦ コスト(時間、金銭) ◦ 実装の難易度 ◦ 避けられるリスクの範囲 • どの技術がよいかどうかはシステムの要件によって変わる ◦ 「かっこいいから、流行ってるから〇〇技術を使おう」は怪我の元 6
まとめ • ストレージ重要 • データが消えたら会社も消える • どんな技術がよいかは要件次第 7