Amazon Game Tech Night #18 で注目したポイント:RDS Proxy / ECS Cluster Auto Scaling
こんばんは mkurokiです。
昨日行われた、Amazon Game Tech Night #18 ~AWS re:Invent 2019 Gaming re:Cap~ に参加してきました。
先日までラスベガスで行われていた、re:Inventの情報共有会・ゲーム業界特化 という感じですね。
詳しい内容は、このあとスライドが上がってくるはずなのでそれを待ちたいと思いますが、先行して、気になった内容をいくつかピックアップして共有してみたいと思います。
RDS Proxy
RDS Proxyは、そのまんまですが RDS用のプロキシで、アプリとRDSの間に挟むことで、
- コネクションプーリング
- フェイルオーバー時間の短縮(最大66%?)
- Lambdaなどサーバーレスからの接続最適化
などが実現できるようです。Auroraと、RDS for MySQLで利用可能なようです。
どちらかというと今までコネクションに難があったLambdaなどからの接続用に使うと便利そうな雰囲気がありますが、通常のアプリからの接続に使っても恩恵はありそうな予感がします。
料金体系がまだ不明みたいですが、どこかでテストしてみたいですね
ECSのCluster Auto Scaling がGAに
この機能は、スケールアウトを高速化し信頼性を向上させる、クラスター内の空きキャパシティ管理の提供と、スケールイン時に終了されるインスタンスの自動管理を提供し、クラスターの自動スケーリングをより使いやすいものにします。
https://aws.amazon.com/jp/blogs/news/aws-ecs-cluster-auto-scaling-is-now-generally-available/
ということで、ASG に Capacity Provider というものを関連付け、スケーリングポリシーを生成し、管理されたスケーリングを実現できるようになるみたいです。
注目すべきポイントは下記です
インスタンス保護機能により、スケールインに際してどのインスタンスを削除できるかをECSに知らせることができます。これにより稼働中のコンテナーの中断を最小限に抑えられるようになります。運用コストの最適化、またECSで稼働するコンテナーワークロードの可用性向上に役立つ機能です。
https://aws.amazon.com/jp/blogs/news/aws-ecs-cluster-auto-scaling-is-now-generally-available/
ということで、これまでEC2のオートスケールに任せていると、スケールインする時にEC2の上で動いていたタスクが死んでしまうというリスクがあったのですが
削除対象インスタンスをECS側で知ることができるようになるようです。
何らかの事情でFargateを採用しない場合は、このCluster Auto Scalingにスケールアウト・スケールインをお任せできると、とても運用が楽になりそうです。これもどこかでテストしてみたいところですね。
その他
他にもたくさんあったのですが、トピックだけピックアップすると下記みたいな感じ
- Fargate Spot コスト最大70%オフ
- FireLens コンテナログ収集用のサイドカー
- EKSのFargate対応
- Deep Composer 触ってみたい
- ALBでの重み付け分散が可能に
- マリオカートツアーのバックエンド、Aurora 600クラスタ 1200インスタンス!すげぇ規模
- 機械学習系のUpdateめっちゃ多い印象
クラスメソッドさんが爆速で上げられてたレポートが詳しいです
https://dev.classmethod.jp/cloud/aws/amazon-game-tech-night-18-1/
https://dev.classmethod.jp/cloud/aws/amazon-game-tech-night-18-2/
まとめ
毎度のことながら、re:Inventで発表される情報量はめちゃめちゃ多いです。
全部ちゃんと追っかけるのは正直難しいと思うので、とりあえずふわっとインプットしておく もしくは、今使ってる・使いたいところにフィットするようなものを掘り下げて見ていけばよいかなーと思います。
それではまた。
Google Cloud 認定資格のAssociate Cloud Engineerを取得した話
こんばんは mkurokiです。
先日、Google Cloud 認定資格の Associate Cloud Engineer を取得しました!
ので、その時の話を書いてみたいと思います。
どんな資格なのか
Google Cloud 認定資格の1つで、上位のProfessionalに比べて初歩的で、Google Cloud Platformの基礎を理解できていることの確認になる資格だと思います。
推奨される経験:GCPの実務経験が6か月以上 らしいです
受験料は$125(税別)でした。
詳しくはこちら
Associate Cloud Engineer 認定資格 | Google Cloud 認定資格 | Google Cloud
なぜ取得したか
仕事上、GCPを扱う事が増えてきそうだったので
自分がインフラエンジニアという立場上もあり、GCPについて相談を受けた際に、適切なプロダクトの選定、アーキテクチャの設計を提案できるようになっておこうと思ったわけです。
なので「自分、そこそこちゃんとできる人です」ということを証明したかった、という感じですかね。
どのように勉強したか
資格取得のための勉強を始める前の、GCPについての知識量としては、業務で少しかじった程度ですが、Google Cloud NEXTなどに参加してレポートをまとめていたり、他のAWSの知識も多少はありましたので、そのあたりはまぁ役には立ったかと思います。
もともとインフラエンジニアとしては8年くらいなんとなくやってますので、インフラ的な知識は持っていました。
資格取得のためにやったこととしては、下記の3点です
- Courseraで受講した
Core Infrastructure のコースを一通り受けました。
無料期間の間にどうにかしようと思ってたのですが、間に合わず
1ヶ月分の料金をお支払いしました。
- 本を買って読んだ
Google Cloud Platform エンタープライズ設計ガイド
- 作者: 遠山陽介,深津康行,中庄谷哲平,小島仁志
- 出版社/メーカー: 日経BP
- 発売日: 2018/05/17
- メディア: 単行本
- この商品を含むブログ (1件) を見る
- 模擬試験を受けた
公式で提供されている模擬試験を受けることができましたので、これを受けて、わからなかったところをリストアップし、内容を調べて理解する
というところまでをしっかり確認しました。
空き時間にダラダラと進めて3ヶ月くらいで上記をやった感じですね。
もうちょい詰め込んでもよかったかもですね。
試験当日
田町のテストセンターで受験しました。
まず全部の問題を解いていって、少しでも回答に自信がない問題にはチェックを付けて、再度見返していくぜ!と思って解いたら、大半の問題にチェックが付いてしまう事態に。ありがちですね。
何度も見直しをしましたが最終的には20分くらい時間が余りました。
提出して、その場で結果が表示されます。合格でした。
正答率とかは開示されないので、どのくらい正解できていたのかは闇の中ですね。
合格おめでとうクッズは、パーカーとかあれば欲しかったんですが、選択の余地がなかったので、マグカップとラップトップケースを選びました。ぶっちゃけどっちも使わない気がすr(
最後に
なかなかこの歳になって、勉強をして試験を受けて合否を判定されて、というのを経験することがなかったので、久々に新鮮な気持ちになりました。
次はProfessional にチャレンジするのもいいんだけど、AWSのAssociateを取ってみようかなーという気持ちです。クラウドそこそこわかるおじさんとして活動したい。
以上です。
新しいブログです
こんばんは、mkurokiです(誰)
日本・東京のとあるゲーム会社で働くインフラエンジニアです。
仕事関連や技術系の記事をまとめていく場所が欲しかったので、ブログで書いていこうかと思います。
内容があるかないかはわかりませんが、できるだけ情報共有・発信ができたら良いなぁと思っています。