ユニファ開発者ブログスマートフォン用の表示で見るユニファ開発者ブログユニファ株式会社システム開発部メンバーによるブログです。ユニファのインフラ鈴木です。久しぶりのブログです。花粉がすごいらしいですね!!最近鼻水とか出ますけど、私は花粉症ではないので関係ないでしょうね...うん前回に引き続きNLBの事をブログに書こうと思います。あ、NLBはなんぞやというかたは、公式のブログをどうぞaws.amazon.comNLBの何を書くかというと、複数のAZで複数のターゲットグループが設定されていた場合に、1つのターゲットグループが単一AZの利用になっていた場合どういう挙動になるのかなと言うものです。13.230.61.191試しに返ってきたIPに直接リクエストなげてみたら同じように返ってきてるので両方利用できていますね。</div></body></html>その状態から1つ外してみてリクエストなげてみます。するとタイミングの問題だと思うのですが、インスタンスの居ない方にリクエストを投げると通信できないですね。返ってこないのでキャンセル少し置くと名前解決で返ってくる値は1つになりますリスナーとターゲットグループを一つ追加しそちらは常に複数AZにしておくNLBのリスナーに2つ目を追加し、ポート80と9292の2つで受けれるようにしています。適当なアプリが欲しかったのでsinatraのアプリを利用してみています。なると複数AZ設定している方は片方のリソースが無駄になってしまいますね。利用側からするとそのほうが嬉しくて、両方のリージョンの名前が返ってくるようだと、単一AZのターゲットグループにリクエスト投げた際に、ターゲットが居ない方のAZにルーティングされてしまうと通信ができなくてリクエストがエラーになってしまいます。13.114.244.161その為リソースを効率よく運用するのであれば、すべてのターゲットグループで複数AZを利用する必用があるようです。クロスゾーンのオプションを有効にするとどうなるのか?NLBにはクロスゾーン負荷分散というオプションが存在しています。(ALBにはない)これを有効にしてみて名前解決してみると2つ返ってきますね。クロスゾーン負荷分散オプションのおかげでNLB内でリージョン間通信が行えるようになったようです。13.114.244.161複数から単体に変更したタイミングだとリクエストが返って来なかったものも返ってくるようになりました。この機能のおかげで、片方のターゲットが障害になって通信できなくなったとしても、もう片方のターゲットへリクエストが行くので小規模でサービスを提供するなら有効にしておいて損のないオプションなのかと思います。</div></body></html>調べてみたら、これは最近追加された機能だったらしいですね。恒例のごとくクラスメソッドさんのブログで詳細が書かれていました。ご興味ある方は参照ください。dev.classmethod.jp今回のNLBの挙動確認は以上です。日々新しくなっていくAWSですが情報集めが大変ですね。Summitが開かれますが今年は東京だけでなく大阪も開かれるようでAWSの拡大が垣間見れます。今年は私も久しぶりに参加してみて直接情報を集めようと思っています。以上、コメント等あればお気軽にお願いします。2.0を使った画像分類こんにちは、R&Dの宮崎です。普段はTensorFlowを使った画像の...2018-01-25ECS+NLBでexporterを動かしてみるおはこんばんちは。ユニファのインフラ担当すずきです。今年一...2017-11-17SupersetをECS(Docker)で導入してみるおはこんばんちはユニファのインフラのすずきです。Detection月別アーカイブスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。