[2ページ目] 勉強会 | WebとかIoTのブログ

KMSとCloudHSMについて勉強した
はじめに

KMSとCloudHSMについて学んで、要点をまとめてみることにした

やってみたこと
- AWSの鍵管理サービスには2種類ある
  - KMS
    マルチテナント
    使った分だけ課金
  - CloudHSM
    専有
    月額の固定費
- 使い分けの基準
  - 秒間で100を超えるリクエストがあるならCloudHSM
  - 公開鍵暗号化を利用したい場合にはCloudHSM
    暗号化と復号化に同じ鍵を使うのが共通鍵暗号化方式
    鍵が漏れると危険
    暗号化と復号化に別な鍵を使うのが公開鍵暗号化方式
    平文で送らないように内容は暗号化したい
    鍵が漏れても期限じゃない
    暗号化のための鍵はだれでも入手可能に
    ただし、復号化のための鍵は自分しかもっていない状態にする
  - それ以外であればKMS
- KMSの機能
  - Encrypt：暗号化
  - Decrypt：復号化
  - GenerateDataKey：カスタマーデータキーを作成
- マスターキーとデータキー
  - データの暗号化をCDK（Customer Data Key）で行う
  - CDKの暗号化をCMK（Customer Master Key）で行う
  - それによって、例えばS3のデータキーが流出しても、マスターキーが流出しない限りは復号化を防ぐことができるということ
    なぜなら、マスターキーが無いと、データキーを複合できないため
  - なので、マスターキーだけに管理リソースを全振りできることになり、セキュリティを高めることができる
最後に

マスターキーの考え方を延伸すると、すべてのAWSアカウントのマスターキーのマスターキーが欲しい。みたいな考え方になる気がするけど合ってる？

参考
hirobel

5月 31, 2022

AWS, 勉強会
[AWS]AWSのデータベースサービスとは
AWSのデータベースサービスについてまとめてみた。

やってみたこと

まず、そもそもデータベースってなんだっけ？みたいなところから初め、AWSにおけるDBサービスについてまとめてみた。

そもそも、データベースとは？
- 大量のデータの読み・書きに特化したサービス
- いきなりDB使おうとするのではなくて、たぶんこんな流れで検討するのが自然
  - 紙に書いとけばよくない？
  - 大量のデータをコピペするとか検索するの大変じゃなければテキストファイルくらいでよくない？
  - デジタルデータにしとこう。テキストエディタとかExcelに書いておこう
  - 量が増えてきて、整合性をとって変更するとか、複雑な条件で検索する参照するにもExcelで事足りない？
  - Excelファイルが散らばってたり、人によって書き方違うので集計大変とまでいかなければExcel頑張ればよくない？
  - 大人数で開発するとか、はじめっから使いこなせるチームでも無い限り、運用方法だけ定めてExcelの使い方とかを使い回せるようにフレームワーク化するくらいでよくない？
  - 黙ってDB使っとくべきか？
- 「データベース」といってもいろいろな種類・特徴がある。よく使われるアーキテクチャとしては2つある
  - RDB
    表形式でデータを管理できる
    表から表に「関連付け」することができる
    例えば、はじめに「顧客名簿」「購買履歴」という表を別々に作る。次に、両方に”顧客ID”という項目を入れる。すると、2つの表を「関連付け」て、顧客ごとの購買履歴を集計することなどができる。また、顧客名簿の更新が反映される。
    代表的なソフトがいくつかある
    Oracle
    Microsoft SQL Server
    MySQL
    PostgreSQL
    SQLという言語を利用して操作できる
  - NoSQL
    Not Only SQLの略
    SQLを使わないデータベースアーキテクチャ
    RDBよりも柔軟な形式でデータを格納できる
    代表的なソフトがいくつかある
    Redis
    Memcached
    Cassandra
    MongoDB
    CouchDB
    Neo4j
    Titan
DynamoDB

概要
- どれ使うか迷ったら、まずこれを検討しよう。
特徴
- 高可用性をもつ設計
  - DynamoDBをチョイスするだけで一定の高可用性が担保できる
  - なんも考えなくてもいい
- 基本そのままでいいんだけど、こまったら使うとよいオプションが色々ある
  - スループットキャパシティ
  - データパーティショニング
  - DynamoDBにおけるプライマリキーとインデックス
  - DynamoDB Streams
  - Consistent Read
  - DynamoDB Accelarator
- TTL
RDS

概要
- DynamoDBの癖が強すぎて感化できないなら、こいつに任せれば間違いない。長期政権。
ストレージタイプ

特徴
- マルチAZ構成である
- リードレプリカという概念がある
- バックアップとリストアが便利である
- セキュリティオプションがある
Amazon Auroraというサービス
- 構成要素
- Auroraレプリカとは
- エンドポイントの設定
Redshift

概要
- RDSの集計が遅い、そこだけなんとかしたい。
Redshiftの構成
- クラスタとリーダーノードとコンピュートノード
Redshiftの特徴
- カラムナ型データベースである
- 多くのエンコード方式に対応している
- ゾーンマップという概念がある
- 柔軟な拡張性を持っている
- ワークロードの管理機能を持っている
- Redshift Spectrumという拡張サービスがある
Elasticache

概要
- Memcached型Elasticacheの特徴
  - クラスタ構成
  - スケーリング
- Redis版Elasticacheの特徴
  - クラスタ構成
  - スケーリング
  - CPU使用率
  - データ暗号化
RDSの集計が遅い、

その他のデータベース

他にもいろいろなAWSサービスがある。一言だけで雑に表現してみる

Amazon Neptune
- グラフDBは任せろ
Amazon DocumentDB
- MongoDBをAWSで使いたいなら任せろ
Amazon Keyspaces
- Apache CassandraをAWSで使いたいなら任せろ
Amazon Timestream
- 時系列DBは任せろ
Amazon QLDB
- 台帳DBなら任せろ
最後に

参考
hirobel

5月 10, 2022

AWS, 勉強会
[AWS]AWSの代表的なストレージサービスについてまとめてみた
はじめに

AWSの代表的なストレージサービスについて、よく知らなかったのでまとめてみた

まとめ

一般的なストレージのタイプ

ブロックストレージ
- データを物理的なディスクにブロック単位で管理するストレージ
ファイルストレージ
- データをファイル単位で管理するストレージ
オブジェクトストレージ
- ファイルを「オブジェクト」単位で管理するストレージ。オブジェクトとは、メタデータとファイルをひとまとめにしたデータ。
Amazon EBS(Elastic Block Store)
- ブロックストレージサービス
  - ブロックストレージとは、「ブロック」の単位でデータを保存するストレージ
- 1つのEC2(インスタンス)に1つ割り当て可能
  - ただし、マルチアタッチ機能により複数同時アタッチも可能なケースも有る
- 同じAZ内のEBSしかアタッチできない
  - 別なAZに移す場合にはスナップショットをとって新規に作る必要がある
- 代表的なボリュームタイプが複数存在する
  - 汎用SSD
    汎用タイプ
    3〜16000 IOPS
  - プロビジョンドIOPS SSD
    最も高性能なタイプ
    50〜64000 IOPS
  - スループット最適化HDD
    1TBあたり 40MB〜500MB/秒のベースライン性能
  - Cold HDD
    最も低コスト
    1TBあたり 12MB/秒〜250MB/秒のベースライン性能
- ベースライン性能とバースト性能
  - バースト性能
    一時的な処理量の増加に対応
  - ベースライン性能
    普段の処理用
- EBSで何が拡張・変更できるのか
  - 容量
    拡張はできるが縮小はできない
  - ボリュームタイプ
- 可用性・耐久性・セキュリティが高い
  - SLA：99.99% / 月
Amazon EFS(Elastic File Server)
- ファイルストレージサービス
- EFSの構成要素
  - ファイルシステム
    NTFSやAPFSなどの方式
  - マウントターゲット
    マウントに必要な情報
  - セキュリティグループ
    通信制限などの設定
- EFSのパフォーマンスモード
  - 汎用
  - 最大I/O
    数百〜数千台といったクライアントから同時にEFSへアクセスがある場合などに利用
    PercentIOLimitメトリクスで要否を判断するとよい
- EFSのスループットモード
  - バーストスループット
  - プロビジョニングスループット
Amazon S3(Simple Storage Service)
- オブジェクトストレージサービス
  - ファイルストレージサービスっぽいけどちょっと違う
- 構成要素
  - バケット
    フォルダみたいなもの
  - オブジェクト
    ファイルみたいなもの
  - メタデータ
    オブジェクトの管理情報
- S3の整合性
  - 結果整合性方式を採用している
    要はラグる
- ストレージクラス
  - S3標準
  - 低頻度アクセス
  - Inteligent-Tiering
  - Glacier
  - Glacier Deep Archive
- ライフサイクル管理
  - 移行アクション
    利用頻度に応じてストレージクラスを変更するオプション
  - 有効期限アクション
    指定された期限を超えたオブジェクトを削除するオプション
- バージョニング
- Webサイトホスティング機能
- アクセス管理機能
  - バケットポリシー
    独自の記法で、アクセスできる条件を細かくセットできる
  - ACL
    オブジェクト単位で公開・非公開を設定できる
最後に

S3が全然Simpleじゃない
hirobel

5月 3, 2022

AWS, 勉強会
[AWS]AWSにおける運用支援サービスについてまとめてみた
なぜ必要なのか

システムを公開するだけではなく、継続的に機能改善していけるかが重要

機能改善にリソースを割くためにも、まず日々の安定稼働が必要

安定稼働のためには定期的にAWSリソースの状態を取得し、問題があれば通知する仕組みが必要

どうやるのか

Amazon CloudWatchを利用する
- 何を持って「問題がある」かを定義
  - メトリクスという単位をセットする
- どの問題が起きた際に、どこに通知するかを定義
AWS CloudTrailを利用する
- マネジメントコンソールやログインなどの操作を記録する
- S3にログを溜める
Amazon CloudWatchとは

運用監視を支援するマネージドサービス

CloudWatch
- 各AWSリソースの状態を定期的に取得する
  - メトリクスを定期的に取得する
    各AWSリソースの「状態」のことを「メトリクス」と呼ぶ
    メトリクスには2種類ある
    標準メトリクス
    カスタムメトリクス
  - メトリクスに対してアラームをセットする
    「システムのよくない状況をすぐに検知する」
    例：Webサーバ用のEC2インスタンスのCPU利用率が80%を上回った時、SNSへ通知する。SNSは、運用担当者にメールを送信する。
CloudWatch Logs
- アプリケーションログやApacheなどのログをモニタリングするサービス
- 独自のエージェントを介して収集
- 収集したログに対してアラームをセットすることができる
  - 例えば戦闘に「[ERROR]」で始まる行があったら何かしらの通知処理をトリガーするなど
CloudWatch Events
- 独自のトリガーと何かしらの後続アクションの組み合わせを定義するサービス
  - イベントソース
    スケジュール
    イベント（AWSリソースの「イベント」）
    例：「Auto Scalingがインスタンスを増減させたら」等
  - ターゲット
    Lambda
    CodePipeline
    などなど・・・
- 将来的にはEventBridgeに統合される予定
AWS CloudTrailとは

CloudTrailで取得できるログの種類
- 管理イベント
- データイベント
CloudWatch Logsとの連携
- 例えば戦闘に「LOGIN」で始まる行があったら管理者へログインが行われたことを通知するなど
hirobel

4月 26, 2022

AWS, 勉強会
[AWS]コンピューティングサービスについてまとめてみた
はじめに

AWSのコンピューティングサービスについてまとめてみた

やってみたこと

初心者向けになるべくシンプルにまとめてみた

AWSのコンピューティング系サービスの概要

特徴的なものは以下の3つ
- EC2
- ECS
- Lambda
また、EC2の活用にあたって実質欠かせないものとして次のサービスが存在する
- ELB
- Auto Scaling
SPOFをなるべく作らず、コストも使った分だけ支払い、かつ必要な時に必要な性能が発揮できるようにAWSサービスの選択とオプションの設定を選択する必要がある。

EC2について
- 仮想サーバを提供するコンピューティングサービス
- ELBやAuto Scalingを組み合わせて、必要な時に必要な性能を発揮できるようにする必要がある
- インスタンスという単位で仮想サーバを起動・停止・削除できる
  - インスタンスタイプという形で、スペックを選ぶことができる
    逆に言うと、CPUやメモリを個別に指定することはできない
- 費用は起動中だけ計上される
  - ただし、停止中でも、EBS(ストレージ)が接続されているとその費用はかかる
- インスタンスには3つの運用形態がある
  - リザーブドインスタンス
  - スポットインスタンス
  - オンデマンドインスタンス
- Saving Plansをうまく利用して費用がお得になる
ELBについて
- SPOFをなるべく作らない、という方針で設計する際に便利なサービス
- 設定に応じて、リクエストの受付先を自動振り分けしてくれる
  - 例えば、ヘルスチェックを通して、ELB側から状況をチェックし、応答が2回なかったら切り替えるなど
Auto Scaling
- システムの利用状況に応じて、自動的にELBに紐づくインスタンスの台数を増減させるサービス
  - 最小インスタンス数、最大インスタンス数などを設定し、それに応じて動作する
    スケーリングポリシーの指定によって条件指定を行う
- ただし、サーバをステートレスに設計する必要がある。
- なるべくAZをまたがってインスタンスを配置する設計にする。
ECSについて
- コンテナを提供するコンピューティングサービス
Lambdaについて
- サーバを用意しなくてもプログラムを実行できる環境を提供するサービス
- セットアップやメンテナンスの必要がないので、開発に集中できる
最後に

結局の所・・・

使い分け
- 今回出てきたサービスから選ぶとしたら・・・
  - まずLambdaでできないか考える
  - 次にECSでできないか考える
  - 最後に、EC2を検討する
    ただし、いかにして動かさないかを追求する
参考
hirobel

4月 19, 2022

AWS, 勉強会
[AWS]グローバルインフラストラクチャとネットワークについてまとめてみた
はじめに

BlackBeltが難しかったのでリベンジ

やってみたこと

リージョン・AZ・データセンター
- リージョンとは、AWSがサービスを提供している拠点のこと
- アベイラビリティーゾーンとは、複数のデータセンターが集まったもの
- データセンターは、複数のサーバが集まったもの
- リージョン > AZ(アベイラビリティーゾーン) > データセンター > サーバ等
- 扇風機が壊れる→サーバが熱暴走→データセンターに異常→AZが不調
  - 特定のリージョン・AZのみを使っている人は動作がおかしくなる、みたいな影響がでる
- AWSのAZは距離的に十分離れているものの、レイテンシーが2ミリ秒以下という超少ない影響しか無い
- マルチAZとは、複数のAZを利用して構築する方法
  - 単一のAZで運用していた場合、一つの災害でサービスが止まるといった懸念がある
  - 一方で、コストもかかるのでマルチAZが最適かどうかは要件次第
VPC
- VPCとは、ネットワークをAWS内に作成できるサービス
- VPC内にサブネットという単位でネットワークを構築できる
- 利用できるIPアドレスの範囲をCIDRブロック形式で指定する
- 一度CIDRブロックを指定すると変更できないので、なるべく大きめにIPアドレスの範囲を確保できる設定にするとよい
- サブネットごとにネットワークACLをセットできる
- セキュリティグループを利用すると、インスタンス単位で通信制御ができる
- ネットワークACLを利用すると、サブネット単位で通信制御ができる
- インターネットゲートウェイを利用すると、VPCとインターネットを接続することができる
- インターネットゲートウェイは、単一障害点ではない。なぜならAWSのマネージドサービスであるため
- サブネットにはプライベートサブネットとパブリックサブネットがある
- インターネットゲートウェイとつながっているサブネットはパブリックサブネットと言われる
- インターネットゲートウェイとつながっていないサブネットはプライベートサブネットと言われる
- 仮想プライベートゲートウェイを利用すると、VPCがVPNやDirect Connectと接続することができる
- VPCエンドポイントを利用すると、VPC内から、S3等にセキュアにアクセスできる
- VPCエンドポイントには、ゲートウェイエンドポイントとインターフェースエンドポイントがある
  - インターフェースエンドポイントはAWS PrivateLinkのことである
- VPCピアリングを利用すると、2つのVPC間をつなぐことができる
  - AWSの外に出ないで通信できる
  - つなぎ方は色々ある
- VPCフローログという機能で通信を解析できる
- Direct Connect Gatewayを利用して、1つのDirect Connect接続で、拠点と複数のAWSアカウント・VPCに接続することができる。
VPC構築例

段階的にVPCの機能を適用する例を示す。

AWSを使わない場合

AWSを使わない場合、アクセスが増えるとサーバのスケールアップ・スケールアウトが求められる

往々にして、ピークの時間とそうでない時間がある。対応としては3つあり、ピークを超えた（=稼働できなくなった）際に何らかの処理を行うか、ピークを予期した段階で何らかの処理を行うか、その両方である。

これを簡単に行うのは、AWSなどのクラウドを利用するのがよい。AWSを利用するとなると、VPCを利用したネットワークを作成することになる。

最小限の構成はIGWをVPCに接続すること。ただし、このままでは負荷が上がると耐えられない。
そこでELBやS3も組み合わせて、次の場合に対応する

通常時
サーバが落ち、切り替え中
切り替え完了後

また、そのために「メイン」「sorry」「落ちたとき用」の系を事前準備しておく。
上記の構成では通信制御まで考慮できていない。なのでそのままでは不正アクセスのリスクが残る。

ネットワークACLやセキュリティグループによって、必要な通信のみを許可するように設定する。さらに、S3などVPC外への通信が発生しうるものは、VPCエンドポイントを利用するなどしてリスクを最小化する。

災害時等に備えて、複数AZにまたがる構成にする

最後に

難しい。

参考
hirobel

4月 4, 2022

AWS, 勉強会
【初級】AWS を支えるグローバルネットワーク | AWS Summit Tokyo 2019の動画をみてみた
はじめに

ちょっと古いけどAWS公式の動画見てネットワークについての概要を学ぶことにしました。

やってみたこと
AWS公式で出している動画を見てみた
- 【初級】AWS を支えるグローバルネットワーク | AWS Summit Tokyo 2019 – YouTube https://www.youtube.com/watch?v=l-gnIcwc4Ns
まとめてみた。

目次
- リージョン内のネットワーク
- リージョン間のネットワーク
- まとめ
リージョン内のネットワーク
- アベイラビリティーゾーン(AZ)という概念がある
  - AZが違うとデータセンターが異なる
  - DR対策となる
    DR（ディザスタリカバリ）とは、地震や津波などの災害によってシステムの継続利用が不可能になった際の復旧および修復、あるいはそのためのシステム
- リージョンという概念がある
- 「Everything fails all the time」壊れても継続できるアーキテクチャを考えよう
  - 事故でAWSデータセンターの光ファイバーが切断されたけど、13パケットドロップで済んだ
    壊れても継続〜という原則で作っているので、この程度で済んでる
- 仮想／オーバーレイ
  - AWS Nitro System
    EC2インスタンスのハイパーバイザーとハードウェアは自社製
  - Amazon VPC
    スケーラブル
    頻繁に更新されている
- AWS Hyperplane
  - AWSの内部で利用されるロードバランシングサービス
- PrivateLink
- Transit Gateway
- VPC周りの色々
- オンプレの知識を活用できる、その上でスケーラブルな仕組み上で動作させることができる
  - AWS内部で独自の特殊な仕組みによってではなく、普通の端末等で構築されているため
リージョン間のネットワーク
- エッジロケーション
  - CloudFront
  - Route53
  - AWS WAF, AWS Shield
- Direct Connect
  - 専用線
- Amazon Global Network
- Inter-Region VPN Peering
- Direct Connect Gateway
- AWS Global Accelerator
- Amazon CloudFront
- AWS Shield/AWS WAF
- ︙
- 様々なAWSサービスがある
最後に

AWSにはリージョンとアベイラビリティーゾーンという概念があり、用途に応じてどこをどう使うかが重要

それから、今日みた動画は2019年のものであり、確実にアップデートがたくさん起こっている。なので、把握しきれないというのが分かった。

参考
user

3月 15, 2022

AWS, 勉強会
「AWS認定試験とは」についてまとめてみた
はじめに

2022年6月にSAAとかを受けたいので、勉強することにした。

まずは概要からまとめてみる。

やってみたこと

公式情報をみてみた

公式サイトはこちら：https://aws.amazon.com/jp/certification/

内容をざっくりまとめると。
- プロフェッショナル系
- 専門知識系
- アソシエイト系
- 基礎コース系
が存在する。

公式の図はこちら：

要点は次の通り。
- どの試験も、3年ごとに更新が必要
- ざっくりとした分類は次の通り
  - XXX Architect系は「設計」する人向け
  - XXX Ops系は「運用」する人向け
  - Dev XXX系は「開発」する人向け
  - 専門知識系はその名の通り役割カットではなく領域カット（Machine Learning等）
どれ受ければいいの？

まだ資格を持っていない＆初心者であればCloud Plactitionerがよさそう。

ただ、いずれSAA（or 他のアソシエイト系）受けるつもりなら、SAA勉強してCLF受けるのがいいんじゃないか。と個人的に思います。どうせ勉強することになるので。

Solutions Architect Associateについて

筆者はSAAを受ける予定です。そのため、SAAをターゲットとして要点を確認していきました。
- 試験の範囲と割合は次の通り
- 範囲と割合について自分なりに噛み砕いてみると・・・
  - そもそもレジリエント（回復性が高い）アーキテクチャにしないとAWSを使う意味がないので、一番大事
    回復性が高いというのは、障害で動かなくなった場合などに、「すぐ戻せるか」「ちゃんともとに戻せるか」といった度合いが高いということ
  - その上で、高パフォーマンスなアーキテクチャにしないとそもそもシステムが使えなくなるので、次に大事。
  - さらに、セキュリティが担保できないとそもそも導入できない会社などがあるかもしれないので、動いたとしても無駄になるかも、ということで3つ目に大事
  - 最後に、AWS的に動いてセキュリティ性をクリアしていても、コストがうまくコントロールできないと使い続けることができないので、そこも非常に大事
  - ということで、「そもそもAWSを使う意味ある？」「動かないと意味ないよね」「セキュリティ担保できないと動いても使えないかも」「コストがコントロールできないと長く使えない」という順番で大事なんじゃないか、という説です。
- 試験ガイドはココ：https://d1.awsstatic.com/ja_JP/training-and-certification/docs-sa-assoc/AWS-Certified-Solutions-Architect-Associate-Exam-Guide_v1.1_2019_08_27_FINAL.pdf
  - 一度読んでおいたほうがよい
  - ちなみにSAA-01は古いやつなので参考にしないように
- 具体的にどんな問題がでるんでしょうか？っていうのがココにある：
  - レベル感を知るためにもこちらも一度解いてみたほうがよい
  - その上で、一つ下のグレードの試験問題も見てみると参考になるかも：
最後に

次は「グローバルインフラストラクチャとネットワーク」について学びたい

参考
- AWS 認定 – AWS クラウドコンピューティング認定プログラム | AWS https://aws.amazon.com/jp/certification/?nc2=sb_ce_co
- AWS Certified Solutions Architect – Associate 認定 https://aws.amazon.com/jp/certification/certified-solutions-architect-associate/
hirobel

3月 8, 2022

AWS, 勉強会
基本情報技術者試験の過去問を問いてみた
はじめに

とりあえず基本情報技術者の勉強をすることにした。

過去問と解説が載っているサイトを発見したので、実際に解いて解説を見て、勉強してみることにした。

やってみたこと

過去問と解説が載っているサイトを見ながら、実際に解いて解説を見て、勉強してみる
- https://jpeducom.co.jp/2019b-am/index.html
令和元年秋期基本情報技術者午前問32
```
メディアコンバータ，リピータハブ，レイヤ 2 スイッチ，レイヤ 3 スイッチのうち， レイヤ 3 スイッチだけがもつ機能はどれか。

ア　データリンク層において，宛先アドレスに従って適切な LAN ポートにパケットを中継する機能
イ　ネットワーク層において，宛先アドレスに従って適切な LAN ポートにパケットを中継する機能
ウ　物理層において，異なる伝送媒体を接続し，信号を相互に変換する機能
エ　物理層において，入力信号を全ての LAN ポートに対して中継する機能
```
正解はイ

解説
- 例えばgoogleで「クラウドプラクティショナー」について調べるとする（AWSの資格です）
- これがもしうまく行かない場合
- 何が起きているのか？を知るためには、各ステップで何が起きているのか知る必要がある
- PCからハブにLANケーブルを通してリクエストのパケットを送る
  - これがレイヤ1の役割
- ハブは、各ポートにパケットを中継する。その結果ルータにパケットが送られる
  - これがレイヤ２の役割
- ルータは宛先にパケットを送る
  - これがレイヤ3の役割
- googleのルータがパケットを受け取る。設定に基づいて、適切なMACアドレスを持つ機器あてにパケットを送る
- パケットを受け取ったサーバがリクエストを処理し、レスポンスのパケットを作る
- レスポンスのパケットをPCまで送り返す
このレベルまで役割を分割して考えてみると、どの機器がどのレイヤを担当するものであるかが理解しやすい。

その対応付けがわかれば、レイヤ3スイッチとかレイヤ2スイッチとかの違いが分かりやすい

最後に

1問掘り下げただけで終了

参考
- 【基本情報技術者試験】令和元年（2019）秋期午前問題・解説・解答 https://jpeducom.co.jp/2019b-am/index.html
hirobel

2月 15, 2022

勉強会, 基本情報技術者
ネットワークの基礎について
はじめに

ネットワークについて基礎から学んでみようと思ったので、とりあえず気になった部分から学んでいくことにした。

やってみたこと
- 気になった動画を見てみる
  - 【アーカイブ：動画説明欄をご覧ください！】サーバーとクライアント、リクエストとレスポンス – YouTube https://www.youtube.com/watch?v=YftF2EsT-54
- まとめてみる
  - サーバとクライアントとは
    インターネットは「リクエスト」と「レスポンス」で成り立っている
    そのためには「住所」にあたる情報が必要である
    「住所」に当たるものがIPアドレスである
    IPアドレスは172.111.222.333みたいなものである
    www.google.co.jpなどの「ドメイン」と172.111.222.333みたいなIPアドレスをDNSサーバで対応付けしている。人間が判読できるようにするためである。
  - MACアドレスとIPアドレスの違い
    MACアドレスはユニーク・変わらない、IPアドレスは非ユニーク・変わることがある
    MACアドレスは機器毎に割り振られた物理アドレス
    IPアドレスにはv4とv6がある
    グローバルIPアドレス(WAN)とプライベートIPアドレス(LAN)がある
    動的IPと固定IPがある
- 疑問に思ったことを話してみた
  - なんでMACアドレスが要るの？
    IPアドレスだけだと、リクエストの送り先等が特定できないから
    プライベートIPアドレスの場合、変わることがあるから一方で、MACは変わることがない
  - プライベートIPをMACアドレスの数だけ用意すればMACアドレス要らなくない？
    いや、それはできない。プライベートIPアドレスを世界中の機器分用意すると足らなくなりそう、と言われているので。
  - IPv6を使えば、MACアドレス要らなくならない？
    仮にインターネットを全部ぶっ壊して1から作りなおせる時間と労力がかけられるならそんな気がするけどよく分からない。勉強しよう。
最後に

意外と素朴な疑問を立ててみるとちゃんと答えられなかったりする。勉強しよう。

参考
- 【アーカイブ：動画説明欄をご覧ください！】サーバーとクライアント、リクエストとレスポンス – YouTube https://www.youtube.com/watch?v=YftF2EsT-54
hirobel

2月 8, 2022

勉強会