ขนาดวิดีโอ: 1280 X 720853 X 480640 X 360
แสดงแผงควบคุมโปรแกรมเล่น
เล่นอัตโนมัติ
เล่นใหม่
ごめんなさい！ちょっとだけ訂正と補足ありまーす😂■ 訂正1. 呼び方誤: ALB（アプリケーションロードバランシング）, NLB（ネットワークロードバランシング）正: ALB（アプリケーションロードバランサー）, NLB（ネットワークロードバランサー）2. EC2のセキュリティグループELBのサブネットには・klein-public-1a（ap-northeast-1a）・klein-public-1c（ap-northeast-1c）の２つを指定したので、EC2で許可するのはこの二つでした。（klein-public-1cの登録を忘れてた🤮）ただ、ここはIPアドレス範囲(CIDR)で許可するパターンと、ELBとEC2に同じセキュリティグループを付けて許可するパターンなど色々方法があるので適宜要件に応じて変更ください！■ 補足1. EC2の配置サブネット今回はインスタンスAもBも同じklein-public-1a（ap-northeast-1a）に配置してますが、もっときちんと冗長性を担保するのであれば、・インスタンスA → klein-public-1a（ap-northeast-1a）・インスタンスA → klein-public-1c（ap-northeast-1c）のように、アベイラビリティーゾーンを分けた方が直良しだと思います。（僕がめんどくさがっただけ👨🎤）
ホワイトボード座学、他ではあんまり無いので本当にありがたいです
クラインさんの説明、ターゲットをサーバ初学者に向けて話して下さっており、本当に分かりやすいです。ありがとうございます。AWS Step Functionsの動画を期待しています！！！！
あざす🙌😝撮ってる時はちゃんと説明できてんのかなぁ、って思いつつやってるから嬉しい😂Step Functionsは仕事で使った事ないから、僕が理解できたらそのうちやるかもです！笑
AWSをudemyで何となく勉強して動かしてましたが、理解を深めるのに役立ちました。登録させていただきました。
udemyからのはめちゃ嬉しいです！笑あざまーーす🙌
勉強になります！！！わかりやすいです！！！
よかった！！あざす、是非お試しを😂
勉強になりました、理解しやすいです。ありがとうございます。もっとAWSの内容見たいです。🙏
あざす！なんか思いついたらやりまーす😝
大変勉強になりました。ありがとうございます
よかった🙌😂コメントあざす！
勉強になりました。
良かった！つかってみてくださーい😝
助かります！ありがとうございます！
大ファンです！
めっちゃ嬉しい！！😳
IT界隈って初学者に対してクソ厳しいから，こういう動画はとても良いですね．
謎にキッツい人いますよねｗｗ
助かる、ありがたい、この動画を求めてました！！！
よかった！途中ちょっとミスってるとこあるので、コメント欄の訂正読んでくださ〜〜い😂
やば。むっちゃわかりやすい。クラインさん。復活してくれないかなぁ。。
有益なハンズオンありがとうございます。正直こんなんやり方知っとるわってなって見てたけどそれぞれなぜそのパラメータなのか構成なのか説明してもらえてかなり理解深まりました！あとプライベートサブネットに配置したDBのセキュリティグループ全てのIPから入れるようになってたこと今気がつきました笑修正せねば💨
それはよかった！ｗ僕もやりながらめっちゃ間違えるんで何も言えん🤮パブリックIP振られてなければ問題ないと思うんですけどね、一応DB一番大事ですからね！笑
40:50ELBの作成
先日はありがとうございました😊今回こちらの動画の内容をハンズオンしてみたところ、インスタンスB側でApatchのインストールを行うところまでは正常でしたが、curlでインスタンスA側は正常に表示されるのに対してインスタンスB側が無反応でコンソールにhtmlの内容が反映されません。プライベートサブネットに2つのEC2があり、当初はインスタンスAも無反応だったため、ルートテーブルのメインテーブルの切り替えとエンドポイントの設定を行ったところ、インタンスAについては正常に反映させるようになったもののインスタンスBの無反応が修復出来ません。SIDRの範囲の設定が何かで問題があるのでしょうか？ちなみにSIDRの範囲の設定の際にVPCは192.168.1.0/24を設定パブリックサブネットが192.168.1.0/25を設定、プライベートサブネットが192.168.1.128/25を設定してあります。設定の際によくCIDRが範囲内にないとか、重複していますと出るので、きちんと理解出来てない可能性が高く、複数のサブネットを置く際のCIDRの区切り方に困惑しています。もしお時間がある時でも構いませんので、これだけは押さえておきたいと言うようなポイントがありましたらご教授頂けると幸いです♪宜しくお願い致します🤲🥺
curlのエラーが見れるともう少し協力できそうなのですが😂とりあえず、踏み台サーバーからプライベートサブネットのサーバーBにpingが通るか確認するといいかもです！(セキュリティグループで一旦全ての通信を許可して)そもそもネットワーク的に繋がっているのか、繋がっているけどウェブサーバーとしてリクエストを受けれないのか分かるかも🙌😝
@@klein9399 ヒントありがとうございます😆明日やってみます！この関連で質問にしてもサブネットマスク周辺がまだあやふやなので的外れな質問になってしまわないか疑問です。ハンズオンしながらIPアドレスやサブネットマスクの学習が出来るものなどありましたら教えて頂けると助かります♪結果は数日格闘してこちらにまた書かせて頂きます🙇♂️
@@klein9399 ありがとうございました😆正常にロードバランサーが機能している事を確認出来ました。まずpingを踏み台サーバー内部から打ち込んでいて無反応だった事が判明しました。そしてプライベートサブネットB側だけcurlでコンソール表示されなかったのは、インスタンスBのセキュリティのインバウンドルールにHTTPポート80の設定がなかった事が原因でした。大変勉強になりました😃
解決よかった！セキュリティグループ忘れる時ありますwwpingチェックは色んな時に使えるんで是非使ってみてください😝🙌
@@klein9399 大変恐縮なのですが、今までPythonで書き溜めたいくつかのアプリがありまして、Dobkerでデプロイ出来るか色々な主のサイトを試していますがいまいち上手くいかないので、もしネタが尽きた時などに一旦どのようなハンズオンでデプロイしているか拝見させていただければ幸いです。😆
ELBをパブリックに送ってことは結局インターネットゲートウェイから通信してるんですかね？？
ですです！awsの外部と通信するには、必ずインターネットゲートウェイが必要になります💪
イケメン❤️ただの顔ファンです。その情熱だけで最終的にイケイケインフラエンジニア女子になれそう
それはまじで嬉しすぎる😆褒められて伸びる対応なのでこれからもよろしくでっす！笑
ごめんなさい！ちょっとだけ訂正と補足ありまーす😂
■ 訂正
1. 呼び方
誤: ALB（アプリケーションロードバランシング）, NLB（ネットワークロードバランシング）
正: ALB（アプリケーションロードバランサー）, NLB（ネットワークロードバランサー）
2. EC2のセキュリティグループ
ELBのサブネットには
・klein-public-1a（ap-northeast-1a）
・klein-public-1c（ap-northeast-1c）
の２つを指定したので、EC2で許可するのはこの二つでした。（klein-public-1cの登録を忘れてた🤮）
ただ、ここはIPアドレス範囲(CIDR)で許可するパターンと、ELBとEC2に同じセキュリティグループを付けて許可するパターンなど色々方法があるので適宜要件に応じて変更ください！
■ 補足
1. EC2の配置サブネット
今回はインスタンスAもBも同じklein-public-1a（ap-northeast-1a）に配置してますが、
もっときちんと冗長性を担保するのであれば、
・インスタンスA → klein-public-1a（ap-northeast-1a）
・インスタンスA → klein-public-1c（ap-northeast-1c）
のように、アベイラビリティーゾーンを分けた方が直良しだと思います。
（僕がめんどくさがっただけ👨🎤）
ホワイトボード座学、他ではあんまり無いので本当にありがたいです
クラインさんの説明、ターゲットをサーバ初学者に向けて話して下さっており、本当に分かりやすいです。ありがとうございます。
AWS Step Functionsの動画を期待しています！！！！
あざす🙌😝
撮ってる時はちゃんと説明できてんのかなぁ、って思いつつやってるから嬉しい😂
Step Functionsは仕事で使った事ないから、僕が理解できたらそのうちやるかもです！笑
AWSをudemyで何となく勉強して動かしてましたが、理解を深めるのに役立ちました。
登録させていただきました。
udemyからのはめちゃ嬉しいです！笑
あざまーーす🙌
勉強になります！！！わかりやすいです！！！
よかった！！あざす、是非お試しを😂
勉強になりました、理解しやすいです。ありがとうございます。もっとAWSの内容見たいです。🙏
あざす！
なんか思いついたらやりまーす😝
大変勉強になりました。ありがとうございます
よかった🙌😂
コメントあざす！
勉強になりました。
良かった！つかってみてくださーい😝
助かります！ありがとうございます！
大ファンです！
めっちゃ嬉しい！！😳
IT界隈って初学者に対してクソ厳しいから，こういう動画はとても良いですね．
謎にキッツい人いますよねｗｗ
助かる、ありがたい、この動画を求めてました！！！
よかった！途中ちょっとミスってるとこあるので、コメント欄の訂正読んでくださ〜〜い😂
やば。むっちゃわかりやすい。クラインさん。復活してくれないかなぁ。。
有益なハンズオンありがとうございます。
正直こんなんやり方知っとるわってなって見てたけどそれぞれなぜそのパラメータなのか構成なのか説明してもらえてかなり理解深まりました！
あとプライベートサブネットに配置したDBのセキュリティグループ全てのIPから入れるようになってたこと今気がつきました笑
修正せねば💨
それはよかった！ｗ
僕もやりながらめっちゃ間違えるんで何も言えん🤮
パブリックIP振られてなければ問題ないと思うんですけどね、一応DB一番大事ですからね！笑
40:50
ELBの作成
先日はありがとうございました😊
今回こちらの動画の内容をハンズオンしてみたところ、インスタンスB側でApatchのインストールを行うところまでは正常でしたが、curlでインスタンスA側は正常に表示されるのに対してインスタンスB側が無反応でコンソールにhtmlの内容が反映されません。
プライベートサブネットに2つのEC2があり、当初はインスタンスAも無反応だったため、ルートテーブルのメインテーブルの切り替えとエンドポイントの設定を行ったところ、インタンスAについては正常に反映させるようになったもののインスタンスBの無反応が修復出来ません。SIDRの範囲の設定が何かで問題があるのでしょうか？
ちなみにSIDRの範囲の設定の際にVPCは192.168.1.0/24を設定パブリックサブネットが192.168.1.0/25を設定、プライベートサブネットが192.168.1.128/25を設定してあります。
設定の際によくCIDRが範囲内にないとか、重複していますと出るので、きちんと理解出来てない可能性が高く、複数のサブネットを置く際のCIDRの区切り方に困惑しています。
もしお時間がある時でも構いませんので、これだけは押さえておきたいと言うようなポイントがありましたらご教授頂けると幸いです♪
宜しくお願い致します🤲🥺
curlのエラーが見れるともう少し協力できそうなのですが😂
とりあえず、踏み台サーバーからプライベートサブネットのサーバーBにpingが通るか確認するといいかもです！(セキュリティグループで一旦全ての通信を許可して)
そもそもネットワーク的に繋がっているのか、繋がっているけどウェブサーバーとしてリクエストを受けれないのか分かるかも🙌😝
@@klein9399 ヒントありがとうございます😆
明日やってみます！
この関連で質問にしてもサブネットマスク周辺がまだあやふやなので的外れな質問になってしまわないか疑問です。
ハンズオンしながらIPアドレスやサブネットマスクの学習が出来るものなどありましたら教えて頂けると助かります♪
結果は数日格闘してこちらにまた書かせて頂きます🙇♂️
@@klein9399 ありがとうございました😆
正常にロードバランサーが機能している事を確認出来ました。
まずpingを踏み台サーバー内部から打ち込んでいて無反応だった事が判明しました。
そしてプライベートサブネットB側だけcurlでコンソール表示されなかったのは、インスタンスBのセキュリティのインバウンドルールにHTTPポート80の設定がなかった事が原因でした。
大変勉強になりました😃
解決よかった！
セキュリティグループ忘れる時ありますww
pingチェックは色んな時に使えるんで是非使ってみてください😝🙌
@@klein9399
大変恐縮なのですが、今までPythonで書き溜めたいくつかのアプリがありまして、Dobkerでデプロイ出来るか色々な主のサイトを試していますがいまいち上手くいかないので、もしネタが尽きた時などに一旦どのようなハンズオンでデプロイしているか拝見させていただければ幸いです。😆
ELBをパブリックに送ってことは結局インターネットゲートウェイから通信してるんですかね？？
ですです！
awsの外部と通信するには、必ずインターネットゲートウェイが必要になります💪
イケメン❤️ただの顔ファンです。
その情熱だけで最終的にイケイケインフラエンジニア女子になれそう
それはまじで嬉しすぎる😆
褒められて伸びる対応なのでこれからもよろしくでっす！笑