ITエンジニアが仕事に対して思うこと

ITエンジニアとして働く中で感じたことを、現場の温度感そのままに言語化するブログです。設計・実装・運用のリアル、学び続ける負荷、品質とスピードのせめぎ合い、コミュニケーションの難しさなど、きれいごとだけでは語れない「仕事の実態」を整理します。誰かを責めるのではなく、なぜそうなるのかを構造で捉え、明日から少し楽に、少し強く働ける視点を提供します。新人から中堅、マネジメントまで参考に。

【動画でどう?】平成28年度 秋期 応用情報技術者試験 午後問4過去問題解説

               [https://www.youtube.com/watch?v=-rOeCKb82CQ:embed:cite] 応用情報技術者試験 平成28年度

秋期 午後問4「システムアーキテクチャ」を題材としたこの動画では、クラウドサービスを活用した災害復旧対策、いわゆるディザスタリカバリの設計と運用手順を、G社の具体的なシナリオを通して丁寧に読み解いていきます。地震などの大規模災害によってオンプレミスの設備が使用不能になった場合でも、どのようにして業務を止めず、あるいは停止時間を最小限に抑えながらシステムを復旧するかというテーマは、実務でも試験でも非常に重要な論点です。本問は、クラウドへのシステム移行、ネットワークアドレス設計、DNSとDHCPを組み合わせた切り替え機構、バックアップとログの適用によるデータ復旧、そしてRTO(目標復旧時間)とRPO(目標復旧時点)の考え方が一体となった構成になっており、午後Ⅰ問題らしく、システム構成図や時系列の記述を正しく読み取れるかどうかが合否を大きく左右します。この動画では、単に正解をなぞるのではなく、設問の背景にある設計思想や、出題者がどのようなシステムアーキテクチャの理解を求めているのかを、文章の根拠に沿って論理的に整理していきます。 まず、この問題の土台となるRTOとRPOの概念を明確にします。問題文には、G社の業務システムに対して「RTOは24時間、RPOは1時間」といった形で具体的な値が示されており、被災時刻を起点にして「いつまでに業務を再開しなければならないのか」「どの時点までのデータが復旧されていればよいのか」を数直線上でイメージできるかどうかが、設問1の鍵になっています。RTOは業務再開までの許容停止時間、RPOはデータ損失の許容範囲を表す指標ですが、用語だけ覚えていても、実際の時刻に落とし込めないと点数にはつながりません。動画では、被災発生日時、最後のフルバックアップ取得時刻、更新ログ取得の周期といった情報を整理し、RTOとRPOを軸にして「この時刻までにシステムを動かせればよい」「この時刻までのトランザクションを反映できれば要件を満たす」といった形で具体的に読み解く方法を解説します。ここで、RTOとRPOを取り違える受験者が多いことを意識しながら、設問の文章中に現れる言い回しと概念を結び付ける読解ポイントを丁寧に示していきます。 次に、クラウド環境への移行とネットワーク構成の設計について扱います。本問では、オンプレミス側で稼働しているWebサーバのイメージファイルをクラウド上にコピーし、災害時にはそのイメージを使ってクラウド側でサービスを立ち上げるという前提が置かれています。ここで重要になるのが、クラウド側のWebサーバに割り当てるネットワークアドレスを、平常時の構成とどのように整合させるかという点です。ユーザや社内システムから見た接続先のIPアドレスや名前解決の結果が、切り替え前後で矛盾しないように設計しておかなければ、いざ災害が発生した際に接続エラーやルーティング不整合が発生してしまいます。動画では、イメージファイルをそのまま用いる場合に、設定ファイル内でハードコードされているアドレス情報や、外部から参照されるURL・DNS名との関係をどのように揃えるべきかを解説し、「なぜネットワークアドレスを同一にしておく必要があるのか」という設問の意図を、クラウドとオンプレミスの切り替えシナリオと結び付けて理解できるようにします。単なる「同じアドレスにしておくと便利だから」という説明ではなく、ルーティング、ファイアウォール設定、名前解決といったインフラ要素との整合性という観点から読み解くことが、システムアーキテクチャ問題における合格答案のポイントになります。 ここで核心の一つとなるのが、DNSとDHCPを用いた事前準備の部分です。メインサイトのサーバ群が災害で使用不能になった際、利用者や拠点PCからの接続先を自動的にクラウド側のサーバに切り替えるためには、DNSレコードの構成をあらかじめ工夫しておく必要があります。本問では、セカンダリDNSサーバの役割や、クライアントに配布されるDNSサーバの情報をDHCPで設定している点などが描写されており、これらが切り替え時の挙動にどのような影響を与えるかが設問の焦点となっています。特に、DNSキャッシュの有効期間を示すTTL(Time To Live)を平常時から短めに設定しておく、あるいは切り替え前に変更しておくことによって、被災後にクラウド側のIPアドレスへ名前解決結果を速やかに切り替えられることが重要なポイントです。TTLを長く設定していると、各クライアントや中間DNSサーバのキャッシュに古いIPアドレス情報が残り続け、DNSレコードを書き換えても一定時間アクセスが旧サーバ側に向かってしまうという問題が生じます。動画では、「TTLを600秒(10分)に設定する」という問題文の条件を例に、どの程度の時間でキャッシュが刷新されるかを具体的にイメージしつつ、なぜ災害復旧の観点からTTLを短くする必要があるのかを論理的に説明します。また、DHCPを利用してクライアントにDNSサーバのアドレスを配布している構成では、どこを変更すればよいのか、切り替え手順のどの段階でどの設定を操作するのかを、時系列に沿って読み解くことで、設問3の「技術的な山場」をクリアするための読解プロセスを示します。 設問4では、具体的な復旧所要時間の計算が問われます。ここでは、フルバックアップのリストア時間に加え、被災時刻までに取得されている1時間ごとの更新ログ(トランザクションログ)の適用時間を積み上げて、業務再開可能な時刻を算出します。多くの受験者がつまずくポイントは、バックアップ取得時刻とログ取得時刻、災害発生時刻の関係を正しく時系列で整理できず、適用すべきログファイルの数を1つ多く、あるいは1つ少なく数えてしまう点にあります。動画では、日付と時刻を軸にしたタイムラインを言葉で図解しながら、「ここでフルバックアップ」「ここから1時間おきにログ」「この時点で災害発生」という流れを整理し、RPOで許容されるデータ損失時間を踏まえて、どのログまでを適用すべきかを一緒に検討していきます。そのうえで、フルリストアに必要な時間とログ適用1回あたりの時間を合計することで、クラウド側でシステムが復旧し、業務を再開できるのは何時何分かという最終的な答えに導くプロセスをステップ・バイ・ステップで示します。計算自体は複雑ではありませんが、前提条件を正しく読み取り、数え漏れや数え過ぎを防ぐことが採点上の分岐点となるため、この部分は特に丁寧に解説していきます。 本問全体を通しての読解上の難所は、まず第一に、クラウドサービス、オンプレミス環境、DNS、DHCP、バックアップ運用といった複数の要素技術が混在している中で、それぞれの役割と相互関係を整理しきれず、個々の設問が何を前提としているのかを見失ってしまいがちな点です。午後Ⅰの「システムアーキテクチャ」問題では、用語の暗記だけでは太刀打ちできず、システム全体を俯瞰する視点から、ネットワーク構成図や時系列の説明を自分の中でモデル化できるかどうかが問われます。この動画では、G社の構成を、平常時の構成と災害時の構成に分けて整理し、切り替えのトリガー、DNSの動作、クラウド側での復旧手順といった流れを一本のストーリーとして理解できるように解説します。 第二に、採点講評でも指摘されるように、RTOとRPOの意味を取り違えたり、TTL変更の意義を曖昧な説明で終わらせてしまったりする答案が少なくありません。たとえば、「TTLを短くすると切り替えが早くなるから」といった表現は一見正しそうですが、「何が」「どこで」「どのように」早くなるのかという説明が欠けていると、十分な加点にはつながりません。動画では、RTOで求められているのはシステムの「停止許容時間」であり、RPOで求められているのはデータの「巻き戻し可能な時点」であることを改めて強調し、両者の違いを具体的な時刻に落とし込む練習を行います。また、TTLについても、キャッシュを保持している主体がクライアントや中間DNSサーバであることを意識しながら、「キャッシュの有効期間が短ければ短いほど、新しいIPアドレス情報への切り替えが早く伝播する」というメカニズムを、問題文の記述を根拠に説明できるようにします。 第三に、バックアップとログを組み合わせた復旧プロセスでは、「どの時点のバックアップから復旧を開始するのか」「ログはどの時刻分まで適用すべきか」といった前提の読み落としが大きな失点要因となります。ここでは、フルバックアップの取得時刻がRPOの条件を満たしているかどうかを確認し、必要に応じてどこまでログを追加適用すべきかを判断する必要があります。本動画では、バックアップ運用のパターンを一般化しながら、本問の数字を当てはめていく手順を示し、「このタイムラインの問題は他年度でも頻出である」という観点から、今後の学習にもつながる形で解説します。 この動画を見ることで、平成28年度 秋期 応用情報技術者試験 午後問4「システムアーキテクチャ」の解答プロセスを一通り理解できるだけでなく、クラウドサービスを利用した災害復旧対策の設計思想、RTO・RPOを踏まえた復旧計画の立て方、DNSとDHCPを組み合わせた切り替え機構の考え方、バックアップとログを用いたデータ復旧手順など、BCP(事業継続計画)の観点からも実務に直結する知識を体系的に身につけることができます。DNSレコードの設定やキャッシュ制御、ログ適用時間の計算に不安がある方にとって、本動画は午後問題の対策だけでなく、インフラやシステム設計の基礎力を底上げする良いトレーニングになります。過去問演習を通じて、単なる点数アップにとどまらず、現場で通用するシステムアーキテクチャの感覚を養いたい方は、ぜひ本動画で一緒に学習を進めていきましょう。