並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 1431件

新着順 人気順

ebsの検索結果201 - 240 件 / 1431件

  • AWS再入門ブログリレー AWS Batch編 | DevelopersIO

    当エントリは弊社コンサルティング部による『AWS再入門ブログリレー 2019』の12日目のエントリです。 AWS Batchとは何ぞや?からユースケースまでを幅広くさらっていきます。 暑さにも湿気にも弱いので、日本での生活の1/4くらいはパフォーマンスが落ちている気がします。 強く進化したいなと考える今日この頃です。 ▲ 大学生協にあった蒲焼きのタレごはんが恋しいです こんにちは、AWS事業本部のShirotaです。 今日は秘伝のウナギのタレのように読み継ぎたい、AWS再入門ブログを書かせて頂きたいと思います。 当エントリの趣旨 当エントリは弊社コンサルティング部による『 AWS再入門ブログリレー 2019 』の12日目のエントリです。 昨日はしばたによる『 AWS Backup 』でした。 このブログリレーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねて

      AWS再入門ブログリレー AWS Batch編 | DevelopersIO
    • AWSが停電でダウンし「一部のハードウェアがリカバリできない可能性」が通達される

      by Web Summit 世界中で多種多様なインフラストラクチャサービスを提供するAmazon Web Services(AWS)はクラウドサービスにおいて世界シェアの32%を占めています。2021年12月22日、AWSが停電によってダウンし、SlackやAsanaといったサービスが影響を受けたと報告されています。 AWS power failure killed some hardware and instances • The Register https://www.theregister.com/2021/12/22/aws_outage/ AWSは企業にとってなくてはならないインフラですが、2021年12月に入って大規模障害が発生。任天堂やNetflix、Disney+、暗号資産取引所のCoinbase、コミュニケーションツールのSlackといった数多くのサービスの影響を与えま

        AWSが停電でダウンし「一部のハードウェアがリカバリできない可能性」が通達される
      • AWS Simple Monthly Calculator がついに勇退するようです! | DevelopersIO

        2020/05/26 時点で、サポート終了日に関して変更がありましたので、更新いたします。 とはいえ 2020/6/30 以降の明確な日程は記載されていないため、引き続き AWS Pricing Calculator への移行を進めることをお薦めします。 園部です。 出オチ・タイトルオチ 失礼します! AWS Simple Monthly Calculator(SMC) は、AWS をご利用の皆さんであれば、一度は利用または見たことがあるのではないでしょうか? そんな SMC ですが AWS Pricing Calculator が登場したことで、いつの日か訪れるであろうと思われていた引退の日が、ついにやってくるようです。。今までありがとう!! 現在 SMC にアクセスする以下のメッセージが表示されます。そのまま利用する場合は 簡易見積もりツールを続行 を選択することで利用可能です。 (2

          AWS Simple Monthly Calculator がついに勇退するようです! | DevelopersIO
        • AWS Control Towerとガードレールという設計思想 - プログラマでありたい

          前回、Control Towerの削除方法だけ書いていたので、それではあんまりだと思ったのでControl Towerの簡単な紹介とその中核の一つであるガードレールという設計思想を紹介します。 ガードレールという考え方 従来の考え方では、セキュリティを保つためには多少の不便は仕方ないと、セキュリティと利便性とのトレードオフで語られることが多かったです。一方、AWSはガードレールという考え方を提唱し、『ブレーキをかけるのではなく、どんなスピードを出しても安全なセキュリティ』を確保しようという方策に舵を切っています。 利便性とのトレードオフは、Gate(関所)と読んでいます。ガードレールは安全柵ですね。何度かお見せしてたかもしれませんが、関所とガードレールの違いを表した図になります。 ガードレールの実現手段としての予防と検知 では、そのガードレールをどう実現しているのかというと予防(preve

            AWS Control Towerとガードレールという設計思想 - プログラマでありたい
          • Raspberry Pi 4 + Umbrel でビットコイン環境構築

            事前知識 Bitcoin 環境構築とは 自宅に Bitcoin のフルノードを扱うための小さいサーバを作ることです。 Bitcoin が the Internet of Money であるならば、「自宅に固定回線を引くこと」に相当します。すごく雑な言い方ですが。 Bitcoin の金言の一つに、 "Not your keys, not your coins" という言葉があります。 その言葉のとおり、BTC を保有する上で、一番最初に考えなければならないのが、安全に秘密鍵を生成・管理することです。これは専門家に限らず全ての Bitcoin 保有者に共通する話です。 問題は秘密鍵の管理・生成だけでは、保有はできても日常的に Bitcoin の送受金をするには不十分である点です。 安全な受け取りのためには、他人が自分に BTC を送ったトランザクションを見るだけでは不十分で、それが確かにブロッ

              Raspberry Pi 4 + Umbrel でビットコイン環境構築
            • 2021年12月くらい(その1)のAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO

              こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか?(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopersIOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 12月はre:Invent 2021が先月から続いていてめちゃくちゃ記事があります。というわけで今年も2回に分割します。 ちなみにAWSの最新情報をキャッチアップするだけなら週刊AWSがおすすめですが、Developer

                2021年12月くらい(その1)のAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
              • [8/28 最新の障害報告追加] AWS 東京リージョンで発生したシステム障害についてのまとめ - Qiita

                AWS東京リージョンで発生したシステム障害について、普段AWSに触れることがない人でも理解できるようにまとめてみました。アップデートがあり次第更新予定です。 8/25 障害の詳細についてのAWSからのメッセージを追記 8/28 追加の障害報告についてのAWSからのメッセージを追記 起こった事象 AWSの東京リージョンにおける単一アベイラビリティゾーン(AZ)に存在する一部のEC2、EBS、RDSにおいて接続できない問題が発生しました。また当該事象が起こったタイミングでAWSのマネジメントコンソール(管理操作画面)への接続もしづらい状況が続きました。 リージョン、アベイラビリティゾーンについて AWSクラウドは現在22の地理的リージョンにある69のアベイラビリティゾーンで運用されています。例えば、米国東部(バージニア北部)リージョンやアジアパシフィック (シンガポール)などが存在します。そし

                  [8/28 最新の障害報告追加] AWS 東京リージョンで発生したシステム障害についてのまとめ - Qiita
                • AWS エンジニアが大切にしている2つのポイント - サーバーワークスエンジニアブログ

                  営業部 佐竹です。 本日は AWS 初心者に向けた大切な2つのポイントを記載したいと思います。 はじめに AWS では、アップデートを追い続ける 公式の What's New を英語で確認する リリースではリージョンに注目する ドキュメントを英語で確認する 「AWSサービスアップデートまとめ」を確認する AWS では、十分に機能検証を行ってから本番環境へ適用する AWS 利用料を把握する まとめ はじめに 最近 AWS に関わるエンジニアが増えてきたと感じます。クラウド業界の市場規模が広がり続けているのもありますが、個人的には AWS クラウドプラクティショナーが転職に有利な資格だと認識されてきていることからもそれを感じ取っています。 さて、今日はそんな「最近 AWS に触れ始めました」という方に向けてのブログになります。 本ブログでお伝えしたいことはたったの2つです。AWS エンジニアに

                    AWS エンジニアが大切にしている2つのポイント - サーバーワークスエンジニアブログ
                  • DBセキュリティ性能検証「検証と結果」編 - RAKUS Developers Blog | ラクス エンジニアブログ

                    ※注意:本記事内での計測結果は記載の条件下によるものとなります。異なる環境においては異なる結果が予想されますのでご認識ください。 こんにちは。 株式会社ラクスにて、主に先行技術検証を担当している「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「DBセキュリティ」にまつわる検証を行なったので、その報告を共有しようかと思います。 今回はDBセキュリティの中でも、DBデータの暗号化の話が中心となります。 ちなみに中間報告時点で公開した記事はこちらになります。 tech-blog.rakus.co.jp DBセキュリティについて 本記事におけるDBセキュリティ

                      DBセキュリティ性能検証「検証と結果」編 - RAKUS Developers Blog | ラクス エンジニアブログ
                    • 失敗例から学ぶ Security Hub と GuardDuty の導入時の考慮事項 【資料公開】 | DevelopersIO

                      また、重要度以外では既に導入している企業のアウトプットや公開ブログなども参考にできます。 DevelopersIO でも次のブログなどで紹介されています。 【アップデート】AWS Security Hub の『基礎セキュリティのベストプラクティス』に新たに 9 個のチェック項目が追加されました | DevelopersIO AWS Security Hub の『基礎セキュリティのベストプラクティス』に 30 個のチェック項目が追加されました(2022 年 2〜4 月分) | DevelopersIO 例えば、次のようなコメントが掲載されています。 [EC2.22] 使用していないセキュリティグループは削除する必要があります 重要度 : Medium (コメント) 使用していないセキュリティグループを定期的に棚卸しすることで、意図しないセキュリティグループをリソースにアタッチする可能性を下げ

                        失敗例から学ぶ Security Hub と GuardDuty の導入時の考慮事項 【資料公開】 | DevelopersIO
                      • Amazon RDS Under the Hood: Multi-AZ | Amazon Web Services

                        Amazon Web Services ブログ Amazon RDS Under the Hood: Multi-AZ Amazon Web Services (AWS)のお客様はデータストアと、そのデータストアの高可用性にお客様のビジネスを委ねています。そのようなお客様に向けて、Multi-AZ配置は高可用性を実現する方法を容易に提供します。 Amazon Relational Database Service (Amazon RDS)でMulti-AZを有効にすることで、データの冗長かつ一貫した状態を維持します。もし、primaryデータベースサーバに問題が発生した場合は、standbyデータベースサーバに自動的に変更しデータへアクセスし続けられるようにします。2つのデータのコピーはそれぞれ別のAvailability Zones (AZs)内で管理されています(そのため、Multi-

                          Amazon RDS Under the Hood: Multi-AZ | Amazon Web Services
                        • 歴史・年表でみるAWSサービス(AWS Key Management Service編) -機能一覧・概要・アップデートのまとめ・AWS KMS入門- - NRIネットコムBlog

                          小西秀和です。 「歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめ-」から始まったAWSサービスを歴史・年表から機能を洗い出してまとめるシリーズの第6弾です(過去、Amazon S3、AWS Systems Manager、Amazon Route 53、Amazon EventBridgeについて書きました)。 今回はAWS全体で高度な暗号化機能を提供するAWS Key Management Service(AWS KMS)について歴史年表を作成してみました。 今回もAWS KMSの誕生から機能追加やアップデートを追いながら主要機能を現在のAWS KMSの機能一覧と概要としてまとめています。 これらが、各AWSサービスの機能概要に加えてコンセプトや変わらないもの、変わってきたものを知る手がかりとなればと考え

                            歴史・年表でみるAWSサービス(AWS Key Management Service編) -機能一覧・概要・アップデートのまとめ・AWS KMS入門- - NRIネットコムBlog
                          • AWSエンジニアがAlibaba CloudのECSを理解する為の比較解説|Engineers' Blog|SBクラウド株式会社 - SBクラウド株式会社

                            1. イントロ 2. 仮想サーバー 3. ログイン手順 4. インスタンスタイプ 5. イメージとマーケットプレイス 6. ブロックストレージ 7. コスト 8. オートスケーリング 9. コンテナサービス 10. 高性能コンピューティング 11. あとがき 1. イントロ 技術課の牛嶋です。私が業務を通じてユーザと接する中で、Alibaba Cloudを導入する上で障壁の1つとなるのが学習コストだと分かってきました。 その障壁を小さくする為、元AWSエンジニアとして、AWSの製品や機能の観点を用いた、Alibaba Cloudの類似点と相違点を解説したいと思います。これにより、AWSに精通しているエンジニアがそのノウハウを活かしてAlibaba Cloudのサービスを理解できるようになるという事を期待しております。 今回は以下ECSを始めとした仮想サーバーに焦点を当てたいと思います。 製

                              AWSエンジニアがAlibaba CloudのECSを理解する為の比較解説|Engineers' Blog|SBクラウド株式会社 - SBクラウド株式会社
                            • 2020年8月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO

                              こんにちは、臼田です。 みなさん、AWSの最新情報はキャッチアップできていますか?(挨拶 社内で行っているAWSトレンドチェック勉強会の資料をブログにしました。 AWSトレンドチェック勉強会とは、「日々たくさん出るAWSの最新情報とかをブログでキャッチアップして、みんなでトレンディになろう」をテーマに実施している社内勉強会です。 このブログサイトであるDevelopers.IOには日々ありとあらゆるブログが投稿されますが、その中でもAWSのアップデートを中心に私の独断と偏見で面白いと思ったもの(あと自分のブログの宣伝)をピックアップして、だいたい月1で簡単に紹介しています。 もともと社内用のものなので、ゆるゆると眺めてください。なおいっぱいあります。最近はAWSのアップデート以外もいっぱい拾っています。 ちなみにAWSの最新情報をキャッチアップするだけなら週間AWSがおすすめですが、Dev

                                2020年8月くらいのAWS最新情報ブログとかをキャッチアップする – AWSトレンドチェック勉強会用資料 | DevelopersIO
                              • シンプルでセキュアなRails on ECSのTerraformによる実装 - Qiita

                                TL;DR 3行で。 シンプルで セキュアな Ruby on Rails on ECS by Terraform を作りました。 目次 はじめに 本構成のテーマ リポジトリ アーキテクチャ Terraform側のTips Rails側のTips さらなるカスタマイズ はじめに ここ数年、業務やプライベートで様々なパターンのRuby on Rails + AWS ECS構成を構築してきました。 例えば、構築したことがるパターンを要素ごとに列挙するとざっと以下のようになります。 フロント部分 ALBのみ CloudFront -> ALB assetsのみCloudFront ECS 起動タイプEC2 起動タイプFargate 2種の混在 デプロイパイプライン 全部GitHub Actions Capistrano + ecs-cli CodePipeline + CodeBuild Code

                                  シンプルでセキュアなRails on ECSのTerraformによる実装 - Qiita
                                • AWSの障害は冷却装置の故障が原因--サービスはほぼ復旧

                                  印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services(AWS)の東京リージョンで8月23日に発生したElastic Compute Cloud(EC2)サービスの障害は、冷却システムの故障により高温化した一部のサーバーがシャットダウンされたことが原因だったという。同日午後9時までにEC2の大部分のサービスが復旧したとしている。 AWSによると、障害は東京リージョンの一部で使用している複数の冷却システムが故障したことで発生した。これによってEC2サービスのサーバー機器の温度が上昇し、サーバーがシャットダウンされたことで一部のインスタンスやEBSボリュームに影響が生じたとしている。 その後、冷却システムの復旧で温度が下がり、電力が安定化したことで、大部分

                                    AWSの障害は冷却装置の故障が原因--サービスはほぼ復旧
                                  • Ruby 3.1.2 with YJIT vs Ruby 3.2.0-dev with YJIT - くりにっき

                                    tl;dr; モチベーション Ruby 3.2.0-devの何がすごいか Ruby 3.2.0-devでRust版のYJITを使う方法 計測対象のアプリケーション 使ったバージョン 比較 CPU ホスト全体 Ruby 3.1.2 + YJIT Ruby 3.2.0-dev + YJIT pumaのmasterプロセスとworkerプロセスをピックアップ Ruby 3.1.2 + YJIT Ruby 3.2.0-dev + YJIT Memory ホスト全体 Ruby 3.1.2 + YJIT Ruby 3.2.0-dev + YJIT pumaのmasterプロセスとworkerプロセスをピックアップ Ruby 3.1.2 + YJIT Ruby 3.2.0-dev + YJIT Ruby 3.2.0-devをデプロイした瞬間のグラフ スコア Ruby 3.1.2 + YJIT Ruby

                                      Ruby 3.1.2 with YJIT vs Ruby 3.2.0-dev with YJIT - くりにっき
                                    • 入門 EKS on Fargate - Qiita

                                      プロダクションで EKS on Fargate を(できるだけ)使うことを目標に EKS on Fargate に入門します。 Managed Node Groupとの使い分けなどについてもまとめます。 ※ 本記事は 2019/12/14 時点の情報に基づいています。 Fargate、EKS on Fargateとは FargateはAWS上で「仮想マシンの管理なしにコンテナをデプロイできるサービス」です。 元々はAWS独自のコンテナオーケストレーションシステムであるECSの一機能と思われていましたが、EKS on Fargateが登場した今では、「ECS・EKSどちらでも動く、コンテナ化されたワークロード向けのサーバレスコンピュートエンジン」という体でブランディングされているようです。Fargateの公式ページ冒頭でも以下のように紹介されています。 AWS Fargate is a se

                                        入門 EKS on Fargate - Qiita
                                      • Use New Amazon EC2 M1 Mac Instances to Build & Test Apps for iPhone, iPad, Mac, Apple Watch, and Apple TV | Amazon Web Services

                                        AWS News Blog Use New Amazon EC2 M1 Mac Instances to Build & Test Apps for iPhone, iPad, Mac, Apple Watch, and Apple TV 14 November 2022: This blog has been updated to remove the link to the preview form. Last year at AWS re:Invent, Jeff Barr wrote about the exciting availability of Amazon Elastic Compute Cloud (Amazon EC2) Mac instances. Today, we’re announcing the preview of a new EC2 M1 Mac ins

                                          Use New Amazon EC2 M1 Mac Instances to Build & Test Apps for iPhone, iPad, Mac, Apple Watch, and Apple TV | Amazon Web Services
                                        • AWS運用かんたん自動化ツール「opswitch」(オプスウィッチ)を使ってみよう! | DevelopersIO

                                          ※1 サポートされているDBエンジンはMySQLとPostgreSQL、MariaDB、Oracle、SQL Serverになります。 Amazon Aurora MySQLとAmazon Aurora PostgreSQLはサポートされておりません。 また毎日決まった時間に実行することはもちろん、曜日指定や期日指定といった柔軟なスケジューリングを行うこともできます。詳しくはopswitchのサービス仕様やユーザーガイドをご覧ください。 opswitch(オプスウィッチ)をはじめる それではopswitchのユーザーガイドに沿って実際に使ってみたいと思います。 opswitchユーザーガイド | opswitchを開始する opswitchを開始するための準備 opswitchを開始するには、次の二つの情報が必要です。 ・opswitchアカウント登録用のメールアドレス ・opswitch

                                            AWS運用かんたん自動化ツール「opswitch」(オプスウィッチ)を使ってみよう! | DevelopersIO
                                          • AWSのインフラは巨大セール「プライムデー」をどう支えたか

                                            7月12~13日に開催された「Amazonプライムデー2022」は、2015年にプライムデーが開始されて以来の大規模なイベントになった。今回、Amazonプライムの会員は、このイベント中に全世界で3億個以上の商品を購入した。Amazonによれば、全世界では毎分10万個のペースで商品が購入され、米国で購入された商品は毎分6万個に達したという。 プライムデーは、Amazon Web Services(AWS)のコンピューティングインフラ、ストレージ、データベース、電子メールサービス、メッセージングサービスによって支えられている。AWSは同社ブログで、プライムデー2022を支えるために使われた主な資源に関する数字を紹介した。 AWSのチーフエバンジェリストであるJeff Barr氏は「多数のツーピザチーム(ピザが2枚で足りるくらいの5~10人の小規模チーム)が連携して、インフラのあらゆる部分の規

                                              AWSのインフラは巨大セール「プライムデー」をどう支えたか
                                            • New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover | Amazon Web Services

                                              AWS News Blog New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover Today, we are announcing a new Amazon Relational Database Service (RDS) Multi-AZ deployment option with up to 2x faster transaction commit latency, automated failovers typically under 35 seconds, and readable standby instances. Amazon RDS offers two replication options to en

                                                New Amazon RDS for MySQL & PostgreSQL Multi-AZ Deployment Option: Improved Write Performance & Faster Failover | Amazon Web Services
                                              • オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応

                                                オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応 Amazon Web Services(AWS)は、AWSのクラウドインフラと同等のシステムをオンプレミスに持ち込める「AWS Outposts」で、Amazon RDSが利用可能になったと発表しました。 AWS Outpostsは、同社がクラウドの構築で培ってきた技術を基にハードウェアとソフトウェアを設計、開発し、24インチのラックにシステム一式を搭載したシステム。あたかも自社内にAWSリージョンを置いたようになり、パブリッククラウドと連係したハイブリッドクラウドを実現できます。 2019年12月に米ラスベガスで開催された年次イベント「AWS re:Invent 2019」にて正式リリースとなりました。 [速報]AWSをオンプレミスに持ち込める「AWS Outpost

                                                  オンプレミス用AWS「AWS Outposts」でAmazon RDSが利用可能に。MySQLとPostgreSQL対応
                                                • Dockerの「マルチCPUアーキテクチャ」に対応したイメージをビルドする | DevelopersIO

                                                  みなさん、こんにちは! AWS事業本部の青柳@福岡オフィスです。 前回、前々回と、ARMアーキテクチャの「Graviton2」と Docker のネタをお送りしましたが、今回は第3弾をお届けします。 前回のブログ記事 の中で、Docker Hubの「マルチCPUアーキテクチャサポート」について紹介しました。 前回は 「マルチCPUアーキテクチャ」に対応しているDocker Hubの公式イメージをプルして利用する という流れでした。 今回は一歩進んで 「マルチCPUアーキテクチャ」に対応するDockerイメージを自分でビルドしてDocker Hub上に公開する という一連の作業を試してみたいと思います。 「マルチCPUアーキテクチャサポート」とは? Docker Hubにおける「マルチCPUアーキテクチャサポート」とは、x86 (AMD64) やARM64など複数のアーキテクチャ向けのイメー

                                                    Dockerの「マルチCPUアーキテクチャ」に対応したイメージをビルドする | DevelopersIO
                                                  • チームでサービスの運用をうまく支えていくための取り組みについて ~SREを添えて~ | 株式会社ヌーラボ(Nulab inc.)

                                                    発表資料について 当時の発表資料とNuCon Mini 2022 Springで登壇した際の動画のリンクを埋め込んでおきますので、もしよろしければ御覧ください。 発表資料 「チームでサービスの運用をうまく支えていくための取り組み ~SREと共に~」 ちなみにこちらの動画では発表前にジョジョネタを盛り込んでいます。もしジョジョが好きな方がいましたら何部のセリフが使われているか当ててみてください。答えは当記事の最後にあります。 過去のGit Teamの体制と課題 Git Team誕生前 BacklogのSRE課にBacklogのGit機能の開発するメンバー1名を包含していました。メンバーはアプリケーションの開発・保守をメインで担当し、BacklogのGit機能に関連するサーバーの保守(kernel updateなど)はWebOperationが担当するという作業分担をしていました。 WebOp

                                                      チームでサービスの運用をうまく支えていくための取り組みについて ~SREを添えて~ | 株式会社ヌーラボ(Nulab inc.)
                                                    • Amazon DLMとAWS BackupはEBSバックアップの世代管理方法が異なります | DevelopersIO

                                                      EBS をバックアップする場合、選択肢として AWS Backup Amazon Data Lifecycle Manager (Amazon DLM) の2つがあります。 この2つはともにバックアップのライフサイクル管理が可能ですが、指定方法が異なります。 Amazon DLM はスナップショットを何個残すか(retain)指定し、AWS Backupは各スナップショットをどれだけの期間残すか(expire)指定します。 1日1回スナップショットを作成するようスケジュールし、Amazon DLM では7世代残すように設定し、AWS Backupでは1週間でexpireするように設定したとします。 バックアップが毎日成功すると、どちらも過去7日分の7個のスナップショットが残ります。 バックアップが一部失敗すると、Aamzon DLMではバックアップジョブが成功した直近7個のスナップショット

                                                        Amazon DLMとAWS BackupはEBSバックアップの世代管理方法が異なります | DevelopersIO
                                                      • [アップデート] EC2 インスタンスの状態をいい感じにマップ表示!CloudWatch Resource Health が追加されました | DevelopersIO

                                                        コンバンハ、千葉(幸)です。 CloudWatchの新機能、Resource Health が発表されました。 まずは以下を見てください。なんかめっちゃいい感じで EC2 インスタンスの CPU 使用率を表示してくれています。 (Introducing CloudWatch Resource Health to monitor your EC2 hosts | AWS Management & Governance Blogより) とてもワクワクしますね。 で、 Resource Health でできるとことはおおむね以上ですべてです。 AWS マネジメントコンソールで以下を実現できる新たなコンソールが提供された、と考えるとわかりやすいかもしれません。 いくつかの観点でインスタンスを一覧表示(マップ、リスト)できる インスタンスの詳細画面で、関連づく以下リソースのメトリクスも一緒に表示でき

                                                          [アップデート] EC2 インスタンスの状態をいい感じにマップ表示!CloudWatch Resource Health が追加されました | DevelopersIO
                                                        • Amazon CloudWatch での Prometheus メトリクスの使用 | Amazon Web Services

                                                          Amazon Web Services ブログ Amazon CloudWatch での Prometheus メトリクスの使用 Imaya Kumar Jagannathan、Justin Gu、Marc Chéné、および Michael Hausenblas 今週の初めに、AWS は CloudWatch Container Insights での Prometheus メトリクスモニタリングの公開ベータ版サポートを発表しました。この記事では、ユーザーがプロビジョニングする AWS クラスター上の Amazon Elastic Kubernetes Service (EKS) および Kubernetes で、コンテナ化されたワークロードに新しい Amazon CloudWatch 機能を使用する方法をご紹介します。 Prometheus は Cloud Native Compute

                                                            Amazon CloudWatch での Prometheus メトリクスの使用 | Amazon Web Services
                                                          • AWS 上で Google Cloud ワークロード向けのディザスタリカバリサイト構築 (Part 1) | Amazon Web Services

                                                            Amazon Web Services ブログ AWS 上で Google Cloud ワークロード向けのディザスタリカバリサイト構築 (Part 1) ディザスタリカバリ (DR) 戦略を有することはビジネスの継続性やお客様のワークロードのレジリエンスの面において重要な要素です。レジリエンスとは、お客様のアプリケーションとそれを支えるインフラストラクチャが一貫して意図された通りに正しく実行し続ける事を意味します。 プライマリワークロードをクラウドで稼働させているお客様が DR のために別のクラウドプロバイダーを使用する場合があります。その理由としては、コンプライアンスや規制要件、あるいはお客様の組織でマルチクラウド戦略の採用を義務付けているためかもしれません。 この2部構成のブログシリーズでは、1例としてGoogle Cloud Platform (GCP) でホストされているサンプルア

                                                              AWS 上で Google Cloud ワークロード向けのディザスタリカバリサイト構築 (Part 1) | Amazon Web Services
                                                            • 4年ぶりにエンジニアに戻った人の話 - Qiita

                                                              こんにちは、Qiita初投稿です。 色々あって昨年末に4年間勤めていた外資系のゲーム会社でのプロデューサー業を辞めてエンジニアに戻りました。 前職ではエンジニアではなく、翻訳やアカウントマネージメント系の仕事などをやっていました。 エンジニアブログを書く前に、今回は元エンジニアが4年間経ってエンジニアに戻って世界が一変していた、浦島太郎のような話をしたいと思います。 経歴: 2011年: 大手企業に新卒でエンジニア就職 秋入社というのもありまさかの新卒唯一の日本人、まわりは中国人とインド人ばっかり。入社一日目でエンジニア職人気なさすぎオワタと思う。まわりのエンジニアが毎月行われれていた深夜作業に駆り出されていくのを怯える毎日(結局一度もその作業をすることはなかったが) 2013年: ベンチャー企業へ転職 前職ではテスト業務しか触れず、いつの間にかポジションもQAエンジニアになってしまったの

                                                                4年ぶりにエンジニアに戻った人の話 - Qiita
                                                              • 【米国株】出来高少なく大型テックの決算に期待。中国株は政府締め付けリスク懸念から大暴落し、アリババは7%以上の下落。 - ウミノマトリクス

                                                                米国株市場の状況の振り返りと私見をまとめていきたいと思います。 出来高は少なかったのですが、中国政府による締め付けによって中国株が再び大きく下落しています。 *1 毎日レバナスとレバFANGに積立しグロース株中心に投資をしているサラリーマン投資家のうみひろ(@uminoxhiro)です。 ブログを読みに来てくださってありがとうございます。 昨晩の米国株市場の振り返りを今日も行っていきます。 今日も成績に左右されないで元気にいくわよ そうだね!では、まずは結論からまとめていきます。 【今日の結論】チェックポイント チェックポイント【結論】 【主要指数】大型テックを始めとする決算が多くあるこの重要な週は好決算の期待からプラスとなりダウ、NASDAQは最高値を更新しています。ただ中国株の下落が激しくなっています。 【小型株】小型株も調子は良かったものの出来高はそこまで大きくありませんでした。ラッ

                                                                  【米国株】出来高少なく大型テックの決算に期待。中国株は政府締め付けリスク懸念から大暴落し、アリババは7%以上の下落。 - ウミノマトリクス
                                                                • Building Netflix’s Distributed Tracing Infrastructure

                                                                  “@Netflixhelps Why doesn’t Tiger King play on my phone?” — a Netflix member via Twitter This is an example of a question our on-call engineers need to answer to help resolve a member issue — which is difficult when troubleshooting distributed systems. Investigating a video streaming failure consists of inspecting all aspects of a member account. In our previous blog post we introduced Edgar, our t

                                                                    Building Netflix’s Distributed Tracing Infrastructure
                                                                  • KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に | CyberAgent Developers Blog

                                                                    KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に AI事業本部のインフラ組織SIAでエンジニアをしている牧垣です。 はじめに Jupyter Notebookは機械学習・データ解析の分野ではすっかり空気のようなインフラになりました。仮説・実験・考察のサイクルを回しやすいので、科学分野では昔から人気があります。コードと結果が可視化できるという基本機能そのものに、作業ログや手順書・使い方ドキュメントなど、他分野での需要もあります。 夢を膨らませると用途はまだまだ思いつきそうですが、つまり「複数人で同じものを見て、同じ認識をすることができる」というのがJupyter Notebookの良いところです。「あの件、どうだった?」「あ、たぶん大丈夫だと思います」といったあやしげな状態になりにくくなります。また、可視化が容易な点も

                                                                      KubeflowとJupyter Enterprise GatewayでJupyter Notebook環境をさらに便利に | CyberAgent Developers Blog
                                                                    • クラフトビール通販まとめ 357サイト| 家飲みでクラフトビールを応援!

                                                                      ラフトビール(地ビール)の通販・オンラインショップのまとめです。 全国のブルワリー、酒販店、インポーターの350以上のサイトを掲載中。 家飲みが楽しくなります! あなたの好きなブルワリーのビールを買って、飲んで応援しませんか。 家飲みで楽しむクラフトビールって美味しいんですよね。自分の好きなグラスに注いで飲めるし。 全国のブルワリーが掲載されているので、探してみたら、新しいお気に入りのブルワリーが見つかるかもしれません。 興味があるブルワリーが見つかったら、ぜひ買って飲んでみてね。 クラフトビール(地ビール)通販まとめ 目次 ブルワリーは日本を9地区に分けて掲載しています。 リンクをクリックすると移動します。 クラフトビール通販マップ(地図) ブルワリー・小規模醸造所 北海道 東北地区 関東地区 中部地区 関西地区 中国地区 四国地区 九州地区 沖縄県 酒販店・インポーター・その他 申請・

                                                                        クラフトビール通販まとめ 357サイト| 家飲みでクラフトビールを応援!
                                                                      • 2019年11月後半アップデート&AWS re:Invent 2019 サービス別トピック総まとめ #reinvent | DevelopersIO

                                                                        今年2019年の『AWS re:Invent』も先日全ての日程を終了し、数多くの新機能新サービスが発表されました。その詳細については当ブログでもポータルサイトを展開し、 また、例年通り参加レポートや技術検証ブログ等を書きまくっております。 AWS re:Invent 2019 | シリーズ | Developers.IO ですが、今年は(今年も?)『AWS re:Invent 2019』本編開始前にも数多くの新機能、または幾つかの新サービスも発表されていました。その数がこれまた非常に多く、『本編開始前にこれだけ出てくるってことはこの後(re:Invent 2019は)どうなるんだ...?』と思った方も多かったのではないでしょうか。 本編開始前の内容についてはAWSJ公式ブログでまとめられたエントリが計5本あり、また本編に関しても計5日分の日毎まとめとして、AWSJ公式ブログでその内容がまと

                                                                          2019年11月後半アップデート&AWS re:Invent 2019 サービス別トピック総まとめ #reinvent | DevelopersIO
                                                                        • 「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」 全著者集合トークイベントのQ&Aをまとめました!(動画あり) | DevelopersIO

                                                                          「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」 全著者集合トークイベントのQ&Aをまとめました!(動画あり) 2020年4月17日に開催された「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」出版記念!全著者集合トークイベントの動画およびQAコーナーの内容をまとめました。 2020年4月17日に「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」出版記念!全著者集合トークイベントを開催しました。 当日は約200人の方に参加いただき、非常に盛り上がりました。ありがとうございます! 「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」出版記念全著者集合トークイベント #awsforeveryone - Togetter 本記事では当日の動画およびイベント後半のQAコーナーをまとめてご紹介&回答します。 なお、質問内容や回答

                                                                            「みんなのAWS〜AWSの基本を最新アーキテクチャでまるごと理解!」 全著者集合トークイベントのQ&Aをまとめました!(動画あり) | DevelopersIO
                                                                          • 【レポート】 Amazon EC2 パフォーマンス Deep Dive #AWSSummit | DevelopersIO

                                                                            幕張で開催されているAWS Summit Tokyoの中でもディープなセッションがありました。 Day1 のセッション、「Amazon EC2 パフォーマンス Deep Dive」を受講しましたので、レポートを記載します。 セッション概要 EC2の持つポテンシャルを最大限に利用して効率的な運用をするためのCPU、ネットワーク、ストレージなどといった各種処理性能の理解とチューニングポイントについて 登壇者 小川 貴士 様 宮本 大輔 様 コンピュート EC2インスタンスタイプについて インスタンスタイプ、仮想化方式(kvmかXenか)によってCPU、メモリ、ネットワーク帯域といった性能が異なる。 インスタンスタイプはc5d.9xlarge といったように表記される。この場合は、それぞれの記号に対して下記のような意味がある。 c : インスタンスファミリー 5 : インスタンス世代 d : 追

                                                                              【レポート】 Amazon EC2 パフォーマンス Deep Dive #AWSSummit | DevelopersIO
                                                                            • Style Guide - Configuration Language | Terraform | HashiCorp Developer

                                                                              The flexibility of Terraform's configuration language gives you many options to choose from as you write your code, structure your directories, and test your configuration. While some design decisions depend on your organization's needs or preferences, there are some common patterns that we suggest you adopt. Adopting and adhering to a style guide keeps your Terraform code legible, scalable, and m

                                                                                Style Guide - Configuration Language | Terraform | HashiCorp Developer
                                                                              • 【投資成績+2.57%】コインベースが急上昇!旅行、フィンテックセクターが上昇!【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス

                                                                                この記事では前日の株式市場の結果から私個人のポートフォリオの資産の推移の変化と注目セクターの個別銘柄の様子についてお伝えしていく記事になります。 米国株市場全体の状況やニュース、注目株、決算状況についてはデイリー記事にてご紹介していますので合わせて御覧ください。 米国株市場全体の状況やニュース、注目株、決算状況についてはこちらから 【米国株投資】1日の相場の振り返り【注目株・ニュース】 目次のリンクをクリックで気になるセクターにジャンプできるわよ 2021年10月15日の米国株市場全体(S&P500ヒートマップ) 私の金融資産の推移 昨日のトレード記録 金融資産の損益 「株式」「投信」「全体」のグラフ 「今月」「今年」の成績 今月の金融資産の推移 今年の金融資産の推移 保有銘柄の変動 注目セクターの様子 金融機関銘柄と米国債10年利回り フィンテック BNPL(バイナウペイレイター銘柄)

                                                                                  【投資成績+2.57%】コインベースが急上昇!旅行、フィンテックセクターが上昇!【私の金融資産の推移と注目セクターの様子】 - ウミノマトリクス
                                                                                • AWS 忘れがちなセキュリティ設定3選 - TECHSCORE BLOG

                                                                                  はじめに AWS環境を構築する際、セキュアに保つためにAWS SecurityHubの『AWSの基本的なセキュリティのベストプラクティスコントロール』を活用しました。 今回は実際に運用して検出が多かったコントロール項目3選を紹介したいと思います。 AWSのドキュメントにすべての項目が詳しく記載されていますので参考にしてください。 1. IMDSv1の無効化 EC2起動時のデフォルト設定が「IMDSv1/IMDSv2を有効化する」となっています。 そのため、構築段階でIMDSv1の無効化の設定が漏れていることがありました。 IMDSv1と設定不備の組み合わせによるセキュリティ事故も発生していますので、不要であれば使わない方がよいと考えています。(気になる方は調べてみてください。) コントロール項目 [EC2.8] EC2 インスタンスは IMDSv2 を使用する必要があります 2. 保管中の

                                                                                    AWS 忘れがちなセキュリティ設定3選 - TECHSCORE BLOG