2022年3月 | WebとかIoTのブログ

ネットワーキング系のAWSサービス（Amazon VPC）について学んだ 1/2
はじめに

2022年6月くらいに資格を取りたいので、なるべく網羅的にAWSの勉強をしている。

今日はネットワークとかについてやる。

やってみたこと

概要
- 昔のBlackBelt動画をみた
  - 【AWS Black Belt Online Seminar】Amazon VPC – YouTube https://www.youtube.com/watch?v=JAzsGRS_o4c
メモ

Amazon VPCとは？
- 従来物理のサーバで実現していたように、WEBのコンソール上から独自のネットワークを作成できるサービス
VPCのコンポーネント

めっちゃある

https://www.youtube.com/watch?v=JAzsGRS_o4c

例えばどんな感じで組み合わせるのか

https://www.youtube.com/watch?v=JAzsGRS_o4c
- 最初に何するの？→VPCを作る
- 次は？→サブネットを作る
- 次は？外部接続がないので、インターネットゲートウェイなどをつなぐ
- 次は？外部接続を直接させたくないもの(DB等)は、プライベートサブネットを作り、「踏み台」サーバを経由してDB等へアクセスできる。
当然それだけじゃなくて、いろいろなネットワークが作成できる
- インターネットにアクセスしない環境
- オンプレミスとの接続（Direct Connect利用）
- アドレスレンジの設定
  - /16が推奨
  - 大きめを推奨
  - 要するに、どれくらいのIP数が必要かを決め、それに必要な設定を予めする。
- AZで利用するサブネットを作成
  - /24なら、256つのIPが利用できるネットワークが作成できる。ただし、5つのIPは、AWSで利用する予約IPなので利用できない。よって、251つのIPが設定できる
  - AZ毎にサブネットが作成できる
  - 「ネームタグ」「VPC」「AZ」「v4 CIDR block」を指定するとサブネットが作成できる
- インターネットへの経路を設定
  - ルートテーブルによって通信経路が設定される
  - VPC作成時に自動的にルートテーブルが作成されている
  - インターネット上に経路を設定するには
    インターネットゲートウェイを作成する
    作成したインターネットゲートウェイをVPCにアタッチする
- VPCへのIN/OUTトラフィックを許可
  - 通信のアクセス制御
    セキュリティグループ
    インスタンス単位
    NACL
    サブネット単位
  - アクセス制御の適用順
    NACL→セキュリティグループ
https://www.youtube.com/watch?v=JAzsGRS_o4c
- 時間がかかるので、次のセクションは次回とする
- オンプレミスとのハイブリッド構成
- VPCの設計
- VPCの実装
- VPCの運用
- まとめ
最後に

さすがにネットワークの基礎知識がないと、初心者向けといはいえ理解が難しいと思う。

がんばろう。

参考
hirobel

3月 22, 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, 勉強会

ツクってアソぶハッカソンに参加してみた

はじめに

勉強会チームで「ツクってアソぶハッカソン」に参加してきました。

参加してみての感想や学びを振り返ってみます。

やってみたこと

概要

イベントのスケジュールはこんな感じでした

2022/02/17(木) 20:00 – 21:00	オープニングイベント・テーマ発表
2022/02/19(土) 20:00 〜	開発・応募期間
2022/02/19(土) 20:00	応募締切
2022/02/23(水)	ファイナリスト発表ウェブ上での発表、ファイナリストへは個別に連絡します。
2022/02/25(金) 20:00 – 22:00	ファイナリストプレゼン＆表彰式

オープニングイベントから参加し、応募作品はファイナリストに選定されたので、ファイナリストプレゼンもしました。

1日目（企画〜設計）

オープニングイベントでテーマが発表されました。

「時から開放されるサービス」です。

これを受けて、一日目は全員でGoogleのJamBoardを利用してブレストをしました。

最初は無軌道にアイディアが出てきたので、途中で近いものをまとめつつ、そのうち「ハッカソン自体に熱中→時間を忘れる」という気づきを得て収束していきました。

とりあえずテーマを書く

ブレストする

ブレストをこじらせる

収束する

設計する

1日目も終わりに差し掛かった頃、だいたいこういうものを作ろうという仕様と設計が決まってきました。

2日目（開発）

作るものがだいたい決まってきたのと、分担できそうだったので、次のような感じで分担しました

テーマのサジェスト：くまちゃん、けんとくん
それ以外：加藤

同時に進められないけど重要な部分として、テーマの部分は分けたほうがよさそうだったので分担しました。

2日目には、若干当初のアイディアの見直しとかがありつつも、テーマのサジェスト昨日のベースができてきました。

テーマのサジェストロジックが「天皇誕生日をハックする」というパワーワードを吐き出したので、手応えを感じて開発を続けました。

ただ、この段階でWordPress部分がほとんど出来上がっておらず、提出までに動かすのがかなり難しい状況でした。なので、一部はハリボテの状態で出す必要がありそうだね、というような会話もしていました。

3日目

昼になっても一向にWordPress部分が出来上がっておらず、ハリボテすらもままならないような状況でした。

そこで、一旦昼にくまちゃんに相談して、何をどこまでやるべきかについて議論し、選択と集中で夕方にはなんとか重要な部分は動かせるようになりました。

ちなみに、時間がかかっていたのは、WP REST APIでpostによる投稿データ作成がうまく行かなかった点でした。

本来こんな感じでpostのパラメータを指定する必要があったのですが、`auth` の指定方法が間違っていて、認証が通らずハマっていました。

      const created = await this.$axios
        .$post(
          WP_API_BASEURL + `/posts`,
          {
            title: new Date(),
            status: "publish",
            categories: [5], // 3:hackathon 4:output 5:vote
          },
          {
            auth: {
              username: "hackathon",
              password: "1cV9LdzcC5uuRAvGSLtOLuEt",
            },
          }
        )
        .then((res) => res)
        .catch((error) => console.log(error));

そして、いよいよ最低限のアプリが出来上がってきましたが、提出時間も迫ってきていました。

ただ、これをインターネット上で動かす設定を忘れていて、いざレンタルサーバにアップしてみると、動かない・・

ということで、ギリギリまで解決できず・・

本来インターネット上で動かしたかった部分まで動かせませんでした。

振り返り

しばらく後で振り返ってみると、進め方失敗したかな？という点が出てきました

もっと直接的にテーマにあう企画を考えるべきだった
テーマをつくる部分に特化しても良かったのではないか
- ハッカソンを作ってこそ時から開放される、という感じではあった
もっとシンプルな考え方でよかった
まじめに考えすぎだったかも（今回はネタに振り切ったほうがよかった）

最後に

参考

hirobel

3月 1, 2022

Uncategorized

ネットワーキング系のAWSサービス（Amazon VPC）について学んだ 1/2

はじめに

やってみたこと

概要

メモ

Amazon VPCとは？

VPCのコンポーネント

例えばどんな感じで組み合わせるのか

最後に

参考

【初級】AWS を支えるグローバルネットワーク | AWS Summit Tokyo 2019の動画をみてみた

はじめに

やってみたこと

目次

リージョン内のネットワーク

リージョン間のネットワーク

最後に

参考

「AWS認定試験とは」についてまとめてみた

はじめに

やってみたこと

公式情報をみてみた

どれ受ければいいの？

Solutions Architect Associateについて

最後に

参考

ツクってアソぶハッカソンに参加してみた

はじめに

やってみたこと

概要

1日目（企画〜設計）

2日目（開発）

3日目

振り返り

最後に

参考