「.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。
目次 †
概要 †
詳細 †
構成 †
ライブマイグレーション †
- ゲストOSを停止させずに、異なるホストOS上に移行する。
- ディスクだけではなく、ハイバネーションを用い、メモリの内容も引き継ぐ。
シンクライアント・システム †
リモートデスクトップ・サービス、
+クライアントがリモートデスクトップのクライアント専用機。
みたいな構成。
- デメリット
- 通信コスト
- 画面や入力の転送
- その他、各種デバイスのリダイレクト
クライアント・サーバー・システム †
データ転送機構
Webシステム †
- コネクション数
- Web1台
- DB1台
- 性能モデル
# | 業務 | TPS Tx/sec | Web滞留時間(sec) | Web滞留トランザクション数 |
1 | 検索 | 20 | 2 | 40 |
2 | 登録 | 10 | 3 | 30 |
3 | 削除 | 10 | 3 | 30 |
- 40 + 30 + 30 = 100 コネクション
- タイムアウト設定
Web -> AP -> DB 構成の場合、ⅲ < ⅱ < ⅰ となる。
- Web ->:リクエスト・タイムアウト
- AP内:実行タイムアウト
- -> DB:コマンド・タイムアウト
データおよび、冗長ビットの記録方法と記録位置の組合せ。
とあるが、0, 1は、冗長ビットが無かったりもする。
- 0, 1, 5 と 0 + 1がある。
- 2, 3, 4もあるが、殆ど使われていない。
DBクラスタリング †
- アクティブ・パッシブ構成
- フェイルオーバー・クラスタリングや
- 高可用性(High Availability : HA)クラスタなどと呼ばれる。
- アクティブ・アクティブ構成
- シェアード・ナッシング
共有部分が無いので負荷分散相当。
- シェアード・エブリシング
共有部分が無いので負荷分散+冗長化。
フォールトトレラント †
- フォールトトレランス
システムに障害が発生した場合にも正常に機能し続けること。
- フォールト・アボイダンス
- なるべく故障や障害が生じないようにすること。
- 個々の構成要素の品質を高めたり、十分なテストを行ったりして、
故障や障害の原因となる要素を極力排除することで信頼性を高める。
- フォールト・マスキング
- 障害が発生しても外部に影響が伝播しないような仕組みにすること。
- 3つ以上のシステムを同時に稼動させ、最も多い結果を出力として採用するなど。
フェイル・XXXX †
- フェイル・オーバー(冗長性)
- ネットワークのハートビートを確認
- プライベート・ネットワークの確認
- ディスクのハートビートの確認
- 共有リソースの占有権を本番系から待機系に移動
- 本番系のシャットダウン
- フェイル・セーフ
安全側に倒す(例:全部赤信号)。
- フェイル・ソフト
縮退運転(例:飛行機の双発機)。
シンプレックス・デュプレックスシステム †
- シンプレックスシステム
冗長化などを行わず単一の系統だけでシステムを動作させること。
- デュプレックスシステム
- 情報システムの信頼性を高める手法の一つ
- システムを2系統用意し、
- 1系は正常時に処理を行い、
- 2系は障害発生に備えて待機する。
デュアルシステム †
- 情報システムの信頼性を高める手法の一つ
- システムを2系統用意して、常に同じ処理を行わせる方式。
- 結果を相互に照合・比較することにより高い信頼性を得ることができ、
- 片方に障害が生じた際も、もう片方で処理を続行しながら復旧できる。
評価指標 †
ターンアラウンドタイム †
- システムに処理要求を送ってから、結果の出力が終了するまでの時間。
- スレッドやジョブの開始~終了時間のような感じで計算する。
# | ジョブ | 到着時刻 | 単独実行時の実行時間 | ターンアラウンドタイム |
1 | A | 0 | 5 | 5 |
2 | B | 2 | 6 | 9=5+6-2 |
3 | C | 3 | 3 | 11=5+6+3-3 |
アムダールの法則 †
システム全体に対する性能改善対象機能の改善後の性能比を表す式
※ これは普通に考えれば解る。
性能評価方法 †
- 解析的な方法
システムを数理モデル化(方程式などで表現)して、解を求める。
- 数理モデルは、時間変化する現象の計測可能な主要な指標の動きを模倣する、
微分方程式などの「数学の言葉で記述した系」のことを言う。
- 数理モデル(模型)は「現実」の特別な一面を簡略化した形で表現した
「言語」(数学)で、より人間に理解しやすいものとして構築される。
- シミュレーション
- 数理モデル化できない場合も解が得られる。
- 解析的な方法に比べて
CSシステムの処理件数 †
一秒間に処理できる件数
- CPU
- 100MIPS
- 1.0M命令 / 件
- →100件/sec
- Network
- 8 * 10~7 bit = 1 * 10~7 byte
- 2 * 10~5 byte / 件
- →50件/sec
Networkの方がボトルネックで50件/secとなる。
キャパシティプランニング †
以下の計画を行う。
- システム・リソースの処理能力や数量
- ワークロードやディスク容量、ネットワーク容量の見積
- ITリソース(ハードウェア、ソフトウェア、ネットワーク)の性能や数量の決定
- 最適なシステム構成
- システム増強・再配置の計画作成
- システム構成の決定とITリソースの配置
- コスト上の制約を踏まえたリソース調達
- サービス・レベル
- 処理トランザクション量
- ネットワークトラフィック量など
- リソース・レベル
- CPU利用率
- ディスク利用率
- ネットワーク利用率など
RASIS †
特に最初の3つをRASと言う。
- Reliability(信頼性)
平均故障間隔(Mean Time Between Failures、MTBF)
- Availability(可用性)
稼働率 = MTBF / (MTBF + MTTR)
- Serviceability(保守性)
平均修理時間(Mean Time To Repair、MTTR)
- Integrity(保全性)
- データが矛盾を起こさずに一貫性を保っていること。
- データベースだとACID属性、正確性、完全性と訳されることもある。
- 原子性(Atomicity)
- 一貫性(Consistency)
- 独立性(Isolation)
- 永続性(Durability)
- Security(機密性)
外部からの侵入・改ざんや機密漏洩の起きにくさ
MTBF・MTTR †
- MTBFとMTTRの短縮方法
# | 方法 | MTBF短縮 | MTTR短縮 |
1 | ログ取得 | ― | ○ |
2 | ビット誤り訂正 | ○ | ― |
3 | 命令再試行機能 | ○ | ― |
4 | 予防保守 | ○ | ― |
故障機器台 †
問題では、指数関数グラフが与えられている
F(t) = exp(-λt)
λtを求め、グラフに当てはめれば答えが導かれる。
※ 指数関数 ex のことを expx と表記する