.NET 開発基盤部会 Wiki」は、「Open棟梁Project」,「OSSコンソーシアム .NET開発基盤部会」によって運営されています。

目次

概要

詳細

構成

ライブマイグレーション

  • ゲストOSを停止させずに、異なるホストOS上に移行する。
  • ディスクだけではなく、ハイバネーションを用い、メモリの内容も引き継ぐ。

シンクライアント・システム

リモートデスクトップ・サービス、
+クライアントがリモートデスクトップのクライアント専用機。

みたいな構成。

  • メリット
    • 管理の自動化
    • セキュア
    • 高可用性
  • デメリット
    • 通信コスト
      • 画面や入力の転送
      • その他、各種デバイスのリダイレクト
  • インフラ・コスト
    • サーバ集約するためサーバ投資が増加する。

クライアント・サーバー・システム

データ転送機構

Webシステム

  • コネクション数
    • Web1台
    • DB1台
    • 性能モデル
      #業務TPS Tx/secWeb滞留時間(sec)Web滞留トランザクション数
      1検索20240
      2登録10330
      3削除10330
    • 40 + 30 + 30 = 100 コネクション
  • タイムアウト設定
    Web -> AP -> DB 構成の場合、ⅲ < ⅱ < ⅰ となる。
    1. Web ->:リクエスト・タイムアウト
    2. AP内:実行タイムアウト
    3. -> DB:コマンド・タイムアウト

RAID 1-5

データおよび、冗長ビットの記録方法と記録位置の組合せ。
とあるが、0, 1は、冗長ビットが無かったりもする。

  • 0, 1, 5 と 0 + 1がある。
  • 2, 3, 4もあるが、殆ど使われていない。

DBクラスタリング

  • アクティブ・パッシブ構成
    • フェイルオーバー・クラスタリングや
    • 高可用性(High Availability : HA)クラスタなどと呼ばれる。
  • アクティブ・アクティブ構成
    • シェアード・ナッシング
      共有部分が無いので負荷分散相当。
    • シェアード・エブリシング
      共有部分が無いので負荷分散+冗長化。

フォールトトレラント

  • フォールトトレランス
    システムに障害が発生した場合にも正常に機能し続けること。
  • フォールト・アボイダンス
    • なるべく故障や障害が生じないようにすること。
    • 個々の構成要素の品質を高めたり、十分なテストを行ったりして、
      故障や障害の原因となる要素を極力排除することで信頼性を高める。
  • フォールト・マスキング
    • 障害が発生しても外部に影響が伝播しないような仕組みにすること。
    • 3つ以上のシステムを同時に稼動させ、最も多い結果を出力として採用するなど。

フェイル・XXXX

  • 二重化によるフォールトトレラントシステム
  • フェイル・オーバー(冗長性)
    • ネットワークのハートビートを確認
    • プライベート・ネットワークの確認
    • ディスクのハートビートの確認
    • 共有リソースの占有権を本番系から待機系に移動
    • 本番系のシャットダウン
  • 分散システム(レプリケーション)
  • フェイル・セーフ
    安全側に倒す(例:全部赤信号)。
  • フェイル・ソフト
    縮退運転(例:飛行機の双発機)。

シンプレックス・デュプレックスシステム

  • シンプレックスシステム
    冗長化などを行わず単一の系統だけでシステムを動作させること。
  • デュプレックスシステム
    • 情報システムの信頼性を高める手法の一つ
    • システムを2系統用意し、
      • 1系は正常時に処理を行い、
      • 2系は障害発生に備えて待機する。

デュアルシステム

  • 情報システムの信頼性を高める手法の一つ
  • システムを2系統用意して、常に同じ処理を行わせる方式。
    • 結果を相互に照合・比較することにより高い信頼性を得ることができ、
    • 片方に障害が生じた際も、もう片方で処理を続行しながら復旧できる。

評価指標

ターンアラウンドタイム

  • システムに処理要求を送ってから、結果の出力が終了するまでの時間。
  • スレッドやジョブの開始~終了時間のような感じで計算する。
#ジョブ到着時刻単独実行時の実行時間ターンアラウンドタイム
1A055
2B269=5+6-2
3C3311=5+6+3-3

アムダールの法則

システム全体に対する性能改善対象機能の改善後の性能比を表す式

  • システム全体に対する性能改善対象機能の割合 = R(0 < R < 1)
  • 性能改善対象機能の改善後の性能比 = A
            1
    = -------------
      (1 - R) * R/A

※ これは普通に考えれば解る。

性能評価方法

  • 解析的な方法
    システムを数理モデル化(方程式などで表現)して、解を求める。
    • 数理モデルは、時間変化する現象の計測可能な主要な指標の動きを模倣する、
      微分方程式などの「数学の言葉で記述した系」のことを言う。
    • 数理モデル(模型)は「現実」の特別な一面を簡略化した形で表現した
      「言語」(数学)で、より人間に理解しやすいものとして構築される。
  • シミュレーション
    • 数理モデル化できない場合も解が得られる。
    • 解析的な方法に比べて
      • 計算量が多い。
      • 解の精度は劣る。

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 / (MTBF + MTTR)
    • 直列システムの可用性
      = 可用性A * 可用性B
    • 並列システムの可用性
      = 1 - ((1-可用性A) * (1-可用性B))
  • MTBFとMTTRの短縮方法
    #方法MTBF短縮MTTR短縮
    1ログ取得
    2ビット誤り訂正
    3命令再試行機能
    4予防保守

故障機器台

問題では、指数関数グラフが与えられている

F(t) = exp(-λt)

λtを求め、グラフに当てはめれば答えが導かれる。 ※ 指数関数 ex のことを expx と表記する


トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2019-04-02 (火) 21:05:42 (23d)