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
2018年新卒エンジニア研修 キッティング・OS・ミドルウェア
Search
norinux
May 08, 2018
Technology
53
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
2018年新卒エンジニア研修 キッティング・OS・ミドルウェア
norinux
May 08, 2018
More Decks by norinux
See All by norinux
NoCode開発で「オウ、ノーー!
norinux
2
1.1k
インターネット基礎講座
norinux
0
170
スタートアップスタジオ流の開発プロセス
norinux
0
110
会社で書いてるコードも「OSSで公開しちゃえ!」ってしたいからそうした話 in OSS開発してる(したい)エンジニア交流会 /gx-oss-guideline-at-techmeetups
norinux
0
480
My Lightning Talk 「副業している(したい) エンジニア交流会 #2」
norinux
0
200
エンジニア流? こだわりのミーティング手法
norinux
1
190
スタートアップスタジオでの検証フェーズと技術
norinux
0
670
2018年新卒エンジニア研修 プログラミング研修【公開版】
norinux
0
120
2018年新卒エンジニア研修 セキュリティ
norinux
0
130
Other Decks in Technology
See All in Technology
Kiro Ambassador を目指す話
k_adachi_01
0
110
「勝手に広まる」人気 AI エージェントを爆速で作ろう!(AWS Summit Japan 2026講演資料)
minorun365
PRO
9
2k
When Platform Engineering Meets GenAI
sucitw
0
130
白金鉱業Meetup_Vol.24_「AIエージェントは分けるほど良い」は本当か? / Is it true that “the more you divide AI agents, the better”?
brainpadpr
1
410
脆弱性対応、どこで線を引くか
rymiyamoto
1
420
スタートアップにAmazon EKSは早すぎる? マルチプロダクト戦略を加速する Platform Engineeringの実践 / Is Amazon EKS Too Soon for Startups? Practical Platform Engineering to Accelerate a Multi-Product Strategy
elmodev09
0
370
MUSUBI 田中裕一『AIと共に行う「しごとのリデザイン」- スモールバックオフィス編』AI Ops Lab #4
musubi
0
270
iAEONの段階的リアーキテクト戦略 / iAEON's_Gradual_Re-architecture_Strategy
aeonpeople
0
230
FPC(フレキシブル)基板にZephyr実装してみた。
iotengineer22
0
120
【Snowflake Summit 2026 Recap!!】Snowflake Summit Deep Dive: Security & Governance
civitaspo
1
270
入門!AWS Blocks
ysuzuki
1
160
Bucharest Tech Week 2026 - Guardians of the Cloud-Native Galaxy
edeandrea
PRO
0
120
Featured
See All Featured
Highjacked: Video Game Concept Design
rkendrick25
PRO
1
390
Become a Pro
speakerdeck
PRO
31
6k
Producing Creativity
orderedlist
PRO
348
40k
The Mindset for Success: Future Career Progression
greggifford
PRO
0
360
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
10k
Discover your Explorer Soul
emna__ayadi
2
1.1k
Mind Mapping
helmedeiros
PRO
1
250
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
860
Side Projects
sachag
455
43k
How to Get Subject Matter Experts Bought In and Actively Contributing to SEO & PR Initiatives.
livdayseo
0
140
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
YesSQL, Process and Tooling at Scale
rocio
174
15k
Transcript
冗長化 を意識しよう
目的 ・冗長構成に対する意識を高めてもらう ・インフラチームが行うLANケーブル挿し替え作業について認識 ・インフラチームが行うHDD交換作業について認識
冗長って 一般的な意味:文章などに無駄が多く長いこと。無駄なこと。 コンピュータの世界:コンピューターやシステムに何らかの障害が発生したケースに備えて、 予備装置を普段から 配置、運用しておくこと (Redundancy)。障害が発生しても、もう一人いるから大丈夫。
データバックアップとの違い バックアップ:なんらかのシステム障害が起き、データが失われた場合にバックアップ先からデータをリ ストアする。非常に重要だが、 復旧までに時間がかかる 。 冗長化:システム・機器を複数用意しておき、それらの情報が随時更新され、同一の状態に保たれるように システムを構成。システム障害時に無停止、数パケットロスで復旧可能、な状態。
主に二つの冗長化のメリット ・リストアの時間なしにシステムを稼働し続けることができる (今回設定してもらうのは↑) ・(ロードバランサなどを利用した )負荷分散 ネットワークエンジニアとして:ロードバラシング(負荷分散)の必要性 より引用
ネットワークの冗長化(bonding) OSI参照モデル レイヤ2 bondingとは、Linuxカーネルのbondingモジュールを利用して、 複数のNICを1つの仮想的なNICとして束ねる技術。 冗長化や帯域を増強するときに使われる。 (Windowsではボンディングのことを、 チーミング(teaming)と呼んでいます) ネットワークエンジニアとして:チーミングとは より引用
bondingの種類 設定できるmodeは7種類。 0:balance-rr、1:active-backup、2:balance-xor 3:broadcast、4:802.3ad、5:balance-tlb、6:balance-alb 機能で大別すると3つ。 ・ロードバランシング ・リンクアグリゲーション(スイッチの設定が必要) ・フォールトトレランス(active-backup)
core-sw server-sw core-sw server-sw stack構成で2台のスイッチを1台のスイッ チとして利用 [core-sw]と[server-sw]間の接続は、リンクアグリ ゲーションを利用 load blancer
internet server iDCサーバが利用している boding modeについて mode1(active-backup)
HDDの冗長化(RAID) レイヤ1 Redundant Arrays of Inexpensive Disks ▪RAIDとは ・複数のハードディスクを組み合わせて 1つのディスク(仮想ディスク)に見せる技術 ・ディスク単価の高価な時代は、容量の小さな
HDDをまとめて一つの大きなHDDとして扱えるように する目的もあったが、逆に対障害性が下がる。
RAIDの方式 ハードウェアかソフトウェアか ▪ハードウェアRAID 専用のRAIDカードでRAID機能を実現するので、OSに依存しない。RAIDボードのCPUを利用するの で、サーバのCPUに負荷を掛けずに済む。 ▪ソフトウェアRAID OSでRAIDを実現する。サーバのCPUを利用するため、負荷がかかる。コスト増加なしで RAID利用で きる。
RAIDレベルの紹介 目的 ・可用性の向上 ・複数HDDへの分散書き込み・読み出しによるデータ保存の高速化 ・RAID0/1/5以外のレベルはあまり利用されない コストパフォーマンスの問題、特殊なディスクが必要、仕様の問題 で他のRAIDレベルで代用(4->5)された、などの理由で。 cman.jp Web便利ノート :
RAID比較(構成・速度実測・耐障害性) より引用
GXが主に利用しているRAIDレベル GXがiDCで利用しているサーバは、 1/2U、最近では1/4Uサーバのため 基本的に利用できるハードディスクは 2本。 という物理的制限と、コストパフォーマンスを考慮して RAID1を利用。 株式会社エーティーワークス: radserv ZRv3+製品の詳細
より引用
障害対応について ▪どのようにハードディスク故障を認識するか RAIDコントローラの情報を確認するコマンドユーティリティを利用。ベンダー毎に異なる。 データセンターで運用しているオンプレサーバは自社製 WEBアプリで一元管理。 http://rms.s-port.gaiax.com/dashboard ▪ホットスワップ(ホットプラグ)機能 サーバの電源を入れたまま故障ハードディスクの交換や、ディスクの増設が可能。可用性が向上する。 通常、ホットスワップ対応の場合はマウンタが利用される (実機サーバ確認
) ホットスワップを利用するためには、 RAIDコントローラがホットスワップ対応である必要がある。
研修で利用するサーバに搭載されている RAIDカード A.T.WORKS社の1/2サーバ。搭載されているRAIDカードはAdaptec社製。 設定方法は、以下に詳しい。 https://ssilab.co.jp/tech-blog/raid%E6%A7%8B%E6%88%90%E6%96%B9%E6%B3%95-a daptec%E7%B3%BB%E3%81%AE%E5%A0%B4%E5%90%88