並び順

ブックマーク数

期間指定

  • から
  • まで

201 - 240 件 / 5333件

新着順 人気順

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

  • 知らなかった事を後悔した。既存のリソースからCloudFormationのテンプレート生成 Former2 の紹介 #reinvent 2019 | DevelopersIO

    What’s New in AWS CloudFormation を聴講した際にCloudFormationのImportの機能で、既存の環境に適用しようとした場合、既存のリソースに合わせた設定値のテンプレートを作成して設定値をすり合わせる作業が必要になってくるので若干躊躇してました。 ただここは、ラスベガス現地参加の強み!ということで スピーカーに弊社メンバーで疑問を質問しにいってみました。Let's Ask the Speaker! https://dev.classmethod.jp/cloud/aws/cloud-formation-dop408/ Q: 永遠にベータのCloudFormerはいつアップデートされるんですか? A: よく聞いてくれたね笑 残念ながらCloudFormarがこれからアップデートされることはありません。サードパーティ製のFormer2というWebベースの

      知らなかった事を後悔した。既存のリソースからCloudFormationのテンプレート生成 Former2 の紹介 #reinvent 2019 | DevelopersIO
    • AWSクラウド利用料算出の参考資料

      3. 初期費用不要で低額なAWSの利用コスト 初期費用 = 0円 ランニングコスト – 実際に使用分のみのお支払い 仮想サーバ = 約1.6円~170円 / 時間 クラウド ストレージ = 約10円/ 1GB / 1ヶ月 データ転送 (上りは無料) = 約15円/ 1GB (月1GBまでは無料) 注: 日本円への換算は80円/1$で計算(2011年11月4日時点) 価格改定を継続的に行う低額な従量課金 + 更に値下げ可能なモデルも提供 5. AWSのサービス (赤囲は当資料で解説するサービス) お客様のアプリケーション ライブラリ & Tools to IDE プラグイン デプロイと自動化 SDKs Web インターフェース Access AWS Elastic Beanstalk Services Java, PHP, .NET, Management Console Eclipse A

        AWSクラウド利用料算出の参考資料
      • IBM スマートな社会を支えるITインフラストラクチャーを提唱 - Japan

        2009年12月22日 2009年12月18日 2009年12月17日 2009年12月16日 2009年12月15日 2009年12月14日 2009年12月11日 2009年12月10日 2009年12月10日 2009年12月04日 2009年12月01日 2009年11月30日 2009年11月27日 2009年11月26日 2009年11月26日 2009年11月26日 2009年11月25日 2009年11月25日 2009年11月19日 2009年11月18日 2009年11月18日 2009年11月17日 2009年11月17日 2009年11月13日 2009年11月13日 2009年11月12日 2009年11月11日 2009年11月10日 2009年11月10日 2009年11月10日 2009年のプレスリリース一覧 ここに掲載されている情報は、発表日時点の内容です

        • [Java] OracleJDKの取得方法が大きく変わりました | DevelopersIO

          こんにちは。こむろ@東京です。 2017/05/23に気づいたのですが、curlやwgetで実行しているOracleJDKの取得でエラーが出るようになっています。先日(2017/05/22)からChefでも同じような現象があることをStackoverflowで確認しました。 わたしが担当しているプロジェクトで、GoldenAMI作成で使用しているAnsibleでOracleJDKのインストールに失敗したため、原因を調査していましたので共有します。自動スクリプトなどでOracleJDKを自動的にインストールしている構成を取っている方は高い確率で失敗すると思われるため、注意が必要です。 AnsibleのJDKインストールで突然の死 AnsibleでOracleJDKのインストールを行っています。2017/05/23突然死しました。 amazon-ebs: TASK **************

            [Java] OracleJDKの取得方法が大きく変わりました | DevelopersIO
          • Hashicorpの新プロダクト「Otto」を試してみた

            全国1000万人の大トロ好きのみなさんこんにちは。 Hashicorpから新たにOttoと呼ばれるプロダクトがリリースされました。 OttoはVagrantの後継となるもので、開発からデプロイまで一気通貫で行うことができるソリューションでマイクロサービスでの活用も考慮されて作られているということで早速試してみました。 軽く触った印象としては、Vagrant、Packer、Terraform、ConsulなどいままでHashicorpが提供してきたツールを組み合わせて一気通貫で操作できるようになった、と考えるとわかりやすそうです。 インストール https://ottoproject.io/downloads.html にアクセスして自分の環境にあったバイナリをダウンロードして展開します。展開したら実行できるようにPATHに追加します。 僕の場合はアーカイブを~/tools/otto/に配置

              Hashicorpの新プロダクト「Otto」を試してみた
            • Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる

              4月21日に発生したAmazonクラウドの米国東海岸データセンターで起こった大規模障害により、Foursquare、Quora、Herokuなど多くのサービスに影響がありました。 すでに障害は復旧し、Amazonクラウドの運営チームからは詳細な報告と今後の対応策について記したドキュメント「Summary of the Amazon EC2 and Amazon RDS Service Disruption in the US East Region」が公開されています。公式な日本語訳「 米国東リージョンにおける Amazon EC2 と Amazon RDS のサービス障害 の概要 (参考和訳)」(pdf)も公開されました。 これによると、障害はネットワークの構成を間違えたことをきっかけにして、ストレージサービスの「Amazon Elastic Block Store(EBS)」やデータベ

                Amazonクラウドの大規模障害を経て、これからは「データセンターはいつか落ちる」ことがサービス設計の前提となる
              • 不思議な体験、怪現象とかのコピペ貼ってくれ : まめ速

                1:以下、名無しにかわりましてVIPがお送りします:2011/04/21(木) 01:03:05.36ID:sYapqdpa0 2 名前: 1 投稿日: 01/11/09 14:08 大学の体育講義で初めて会った、1コ上の他学部の娘。 一目見た時から、なにか心惹かれるところがあって、 むこうもすぐに打ち解けて、友達になりました。 じきに、彼女がある人に似ている事に気付きました。 外見は全く違うのですが、仕種や趣味、口癖などが、中学の時の元彼とそっくり。(今は音信不通ですが) その娘と京都旅行に行った時、 彼女は、修学旅行で元彼と初めて手をつないだマイナーなお寺に、なぜかすごく行きたがり、 しかも元彼の時と全く同じ場所で、 「前にもここに、二人で来た事ある気がする」と言って、手を握ってきました。 ちょっと不思議な思い出。 -- こういう感じの。実体験でも可 5:以下、名無しにかわりましてVI

                  不思議な体験、怪現象とかのコピペ貼ってくれ : まめ速
                • コスト最適化目的で個人 AWS アカウントの整理をした

                  ここしばらく円安が続いているのと、結局自宅サーバのおもりがへたっぴで崩壊し続けている関係で EC2 とかばんばか使っていたら日本円コストが嵩んでしまっていた。2024/2 から Public IPv4 Address 課金も開始されるのもきっかけ。 なんとかすべく 2023 年末に休みを取って大整理をやった。サボっていたけどこのままだとさすがにキツいなと思って基本的にはしょうもない整理です。基本的には homelab として意図的に色々あそべるようにしていたのを止めたりとかになる。ご笑覧ください。 どんなもん 月間コスト 378 USD (2023/8) → 153 USD (2023/12), without tax 日本円コスト 59,099 JPY → 24,583 JPY/mo, with tax 内訳 (USD); EC2-Instances: 140.92 → 61.27 S3

                  • 『美味しんぼ』作者・雁屋哲氏「福島に行って鼻血が止まらなくなった」「東北地方の海産物は食べられなくなる」 : 痛いニュース(ノ∀`)

                    『美味しんぼ』作者・雁屋哲氏「福島に行って鼻血が止まらなくなった」「東北地方の海産物は食べられなくなる」 1 名前: ◆CHURa/Os2M @ちゅら猫ρ ★:2014/01/14(火) 17:04:40.91 ID:???0 福島の真実  ──『美味しんぼ』作者・雁屋哲氏に聞く ──福島の原発事故についてはすぐに情報をキャッチできましたか。 雁屋「契約しているNHKのテレビやインターネット、友人からの情報などで知ることができました。4月には日本に帰りましたが混乱の真っ最中で、震災から2カ月半経ってやっと被災地に取材に行くことができました。昔『美味しんぼ』で取材に行った人たちはどうしているのだろう、どういう生活をしているのだろうと心配で、まずは宮城県と青森県に行きました。その後、11年の11月から13年の5月まで本格的に各地を取材して回りましたね。多くのジャーナリストが関連記事を書く中、僕

                      『美味しんぼ』作者・雁屋哲氏「福島に行って鼻血が止まらなくなった」「東北地方の海産物は食べられなくなる」 : 痛いニュース(ノ∀`)
                    • AWSの保守運用を自動化するためのアーキテクチャ - Qiita

                      はじめに SIerで働いてます。周りを見渡すとまだまだオンプレだけのシステムが多いですね。 少し前はクラウドは選択肢にすら入ってきませんでしたが、今はどんなに固いシステムでも必ずクラウドが選択肢に入ってくるようになりました。そして、この1~2年くらいはクラウド、特にAWSを利用したシステムの構築案件が増えてきたなぁと実感しています。 社内の人と話していても、「AWSなにそれ?」とか「AWS安くなるらしいから使おうよ。」という人もさすがに減ってきて、オンプレ脳から徐々にクラウド脳にシフトしていってるのかなと感じます。 この記事は、社内のAWSのイベントでLTで話した内容をベースに書いています。ただSWFについてはマニアックなので避けました。少しでも若手や興味を持っていただいた方の勉強になればと思いまして、その考えに至った背景などをかなり寄り道しながらできるだけやさしく書いてみました。 なぜ自

                        AWSの保守運用を自動化するためのアーキテクチャ - Qiita
                      • AWS大障害の真相、不具合が連鎖して冗長構成の「安全神話」が崩壊

                        2019年8月23日午後、Amazon Web Services(AWS)が6時間ほど停止した。日本のクラウドサービスで5割近いシェアを持つだけに影響は大きかった。原因は東京リージョンの一部エリアで発生した空調設備の故障だ。制御システムにフェイルオーバーしないバグがあり、機器制御装置も異常動作した。重要システムは冗長化するといった対策が利用企業に改めて求められている。 「あれ?自転車が返せないぞ」。2019年8月23日午後1時すぎ、ドコモ・バイクシェアが運営するシェア自転車を東京都内で返却しようとした50代の会社員は戸惑った。 通常なら自転車に鍵をかけてパネルのエンターキーを押せば「返却」と表示されて完了するが、何度押しても「返却場所ではない」と表示されるばかり。サポートセンターに電話してもつながらない。次の用事もあるため、鍵をかけて放置するしかなかった。 サービスに不具合が生じたのは、同

                          AWS大障害の真相、不具合が連鎖して冗長構成の「安全神話」が崩壊
                        • 【新機能】Amazon Elastic File System (Amazon EFS)がついにGA (一般利用可能)に! | DevelopersIO

                          CloudWatchには[BurstCreditBalance]という項目がありますので、こちらをチェックしてみるとどれくらいの容量が必要か見積が出せると思います。 非同期書き込み EFSは共有ストレージ、ということで非同期による書き込みが出来るようにマウント時に非同期オプション(async)をつけることができます。その場合バッファはEC2内にキャッシュされます。 またパフォーマンスを確保するためにはEC2そのもののメモリやCPU処理能力も関係します。パフォーマンスが出ないと感じた時はインスタンスタイプを上げてみるのも手です。尚EBS最適化されたインスタンスでもEFSにはその影響はないので注意しましょう。 制限事項 その他制限事項を羅列します。 最大ファイルシステム数: 10 AZ毎の最大ターゲットマウント数: 1 ターゲット毎の最大セキュリティグループ数: 5 ファイルシステム毎の最大タ

                            【新機能】Amazon Elastic File System (Amazon EFS)がついにGA (一般利用可能)に! | DevelopersIO
                          • AWSで優れた設計をしているか?の質問と回答(コスト最適化編)「AWS Well-Architected Framework」 | DevelopersIO

                            AWSで優れた設計をしているか?の質問と回答(コスト最適化編)「AWS Well-Architected Framework」 「AWS Well-Architected Framework」 昨年、AWSより「AWS Well-Architected Framework」というドキュメントが公開されました。この文書は、みなさんがより良いクラウドベース設計を評価改善し、設計によるビジネスへの影響についてより良い理解をするためのものです。AWSで良い設計をしているかを定義する柱として、4つの分野におけるベストプラクティスとガイドを定義し、一般的な設計指針について取り組みます。 今回はコスト最適化についての確認事項をご紹介します。 他の確認事項はこちらです。 AWSで優れた設計をしているか?の質問と回答(セキュリティ編)「AWS Well-Architected Framework」 AWSで

                              AWSで優れた設計をしているか?の質問と回答(コスト最適化編)「AWS Well-Architected Framework」 | DevelopersIO
                            • Varnishに関していろいろ調べて試してみた

                              1. Varnishとは Varnishはリバースプロキシを提供するためのミドルウェアである。Varnishを導入することで、Readが多いアプリケーションサーバーの前に設置することで、レスポンスの向上や、アプリケーションサーバーの負荷軽減が見込まれる。また、キャッシュの破棄等も明確に設定できるのが嬉しい。 Varnish 2.Varnishサーバーの構築 2.1.Varnishのインストール CentOS系のAmazonLinuxを使ってVanish環境を構築してみる Red Hat Enterprise Linux 6.4 - ami-5769f956 (64-bit) / ami-bb68f8ba (32-bit) Red Hat Enterprise Linux version 6.4, EBS-boot. $ sudo rpm --nosignature -i http://re

                                Varnishに関していろいろ調べて試してみた
                              • 【遂に来た!】EBS でボリュームサイズを変更できるようになりました(ボリュームタイプ変更も)

                                こんにちは、藤本です。 待ちに待ったアップデートです。EBS のボリュームサイズ、ボリュームタイプを変更できるようになりました。 Amazon EBS Update – New Elastic Volumes Change Everything 概要 今まで運用中に EBS のボリュームが足りなくなった場合、 一度スナップショットを作成して、 新規ボリューム作成して(この時にボリュームサイズ増加)、 ディスクを差し替える必要がありました。 これにより、インスタンスを停止する必要が発生したり、出来るだけダウンタイムを短くしたくてノーリブートでスナップショットを取ると整合性が担保されない、スナップショット取得から切り替えまでのデータの欠損が発生するなど、多くの問題がありました。 それが今回のアップデートにより、インスタンスの停止する必要がなく、データの欠損が発生することなく、ボリュームサイズを

                                  【遂に来た!】EBS でボリュームサイズを変更できるようになりました(ボリュームタイプ変更も)
                                • ISUCON4 予選で workload=5 で 88000点出す方法 (lily white 参戦記) : DSAS開発者の部屋

                                  ISUCON4 予選1日目に、 lily white というチームで参戦してきました。 試合中に 62000 点は出していたのですが、最終的に提出したスコアは 60344 点でした。 以降、予選終了までと、その後に気づいたさらにスコアを上げる方法について書いていきます。 実際の提出時のコードは methane/isucon4q-go リポジトリの "final" タグを見てください。 準備 (~前日) 予選方式が発表された時点で、 isucon3 予選と同じ方式だったので、有効な作戦もほぼ同じになる事が予測できました。 具体的には以下のとおりです。 PIOPS な EBS を使わないので、性能が不安定なディスクがネックになる問題は無いでしょう。 1インスタンスのみを使うということから、ネットワーク帯域がネックになる可能性も無いはずです。 ほぼ確実に CPU ネックな問題が出るはずです。 ア

                                    ISUCON4 予選で workload=5 で 88000点出す方法 (lily white 参戦記) : DSAS開発者の部屋
                                  • Amazon S3のGlacierアーカイブ機能を活用する | DevelopersIO

                                    よく訓練されたアップル信者、都元です。話題は攫えないと分かりつつも、また小ネタいきます。 数ヶ月前のネタですが、Amazon S3において「自動的にGlacierにアーカイブする」という機能がリリースとなりました。Glacier単体では正直利用しづらかったものが、S3を介してGlacierを使えるようになったことで非常に使いやすいものになりました。とは言え、実際にこの機能を使った事がないと、使いどころのイメージも付けづらいと思います。 S3とGlacierのデータ保存コスト 実は、筆者は個人的に、このS3とGlacierの連携機能を利用しています。自宅で利用しているNAS QNAP TS-219P II には、ファイルを1日1回自動的にS3にアップロードしてバックアップを取る機能があります。この機能を利用して、家族の写真等、消えたら精神的打撃が大きなデータを 99.999999999%(イ

                                      Amazon S3のGlacierアーカイブ機能を活用する | DevelopersIO
                                    • Summary of the Amazon S3 Service Disruption in the Northern Virginia (US-EAST-1) Region

                                      We’d like to give you some additional information about the service disruption that occurred in the Northern Virginia (US-EAST-1) Region on the morning of February 28th, 2017. The Amazon Simple Storage Service (S3) team was debugging an issue causing the S3 billing system to progress more slowly than expected. At 9:37AM PST, an authorized S3 team member using an established playbook executed a com

                                        Summary of the Amazon S3 Service Disruption in the Northern Virginia (US-EAST-1) Region
                                      • re:Invent 2014で発表された11個のAWS新サービスを140文字でまとめる #reinvent | DevelopersIO

                                        はじめに こんにちは、虎塚です。 今日は、re:Invent 2014で発表された11個の新サービスの概要を、それぞれ日本語140文字以内にまとめてご紹介します。この記事を読めば、10ツイート程度の文章で、新サービスの概要をまとめて知ることができます(!?) なお、元ネタの記事はこちらです。新サービス・新機能が11個まとめられています。 New Services and Features Announced in Las Vegas 原文では英語ブログにリンクが貼られていますが、AWS日本語ブログにリンクしました。 セキュリティとコンプライアンスのための新サービス このカテゴリでは、3つの新サービスが発表されました。いずれもAWSの既存サービスをセキュリティとコンプライアンス面から補完するサービスです。リソースの可視性や監査に寄与するとともに、AWSを利用する組織内で標準化されたプロダクト

                                          re:Invent 2014で発表された11個のAWS新サービスを140文字でまとめる #reinvent | DevelopersIO
                                        • 速報 Packerでさまざまな仮想マシンのテンプレートを作成する

                                          続報で、VagrantのBoxの作り方について書きました。こちら Vagrantの作者であるHashimotoさんが新たにPackerというツールをリリースした(昨晩!)ので速攻ご紹介。 このツールは、Amazon EC2のAMIやVirtualBoxやVMware用のOSのイメージを一貫性のあるインターフェイスで簡単に作ってくれるものです!たとえばVagrantの場合は以前はPatrickさんが作成したVeeweeを使うことが定番だったのですが、今後はそれに変わるものになってくるかもしれません。 (現時点はまだバージョン0.1なのでこれからどんどん良くなると思います!) インストールhttp://www.packer.io/downloads.html からビルド済みのファイルを入手します。もしくは自分でビルドすることも可能です(ビルドにはgoなどのツールが必要です)。 ファイルはzip

                                            速報 Packerでさまざまな仮想マシンのテンプレートを作成する
                                          • Amazon Athena を使ったセキュリティログ検索基盤の構築 - クックパッド開発者ブログ

                                            こんにちは。技術部セキュリティグループの水谷(@m_mizutani )です。最近はFGOで一番好きな話がアニメ化され、毎週感涙に咽びながら視聴しています。 TL;DR これまでセキュリティログ検索にGraylogを使っていたが、主に費用対効果の改善のため新しいセキュリティログ検索基盤を検討した 自分たちの要件を整理し、Amazon Athenaを利用した独自のセキュリティログ検索基盤を構築した まだ完全に移行はできていないが対象ログを1ヶ月間分(約7.5TB1)保持してもコストは1/10以下である3万円に収まる見込み はじめに セキュリティグループでは日頃、社内ネットワークやPC環境、クラウドサービスに関連するセキュリティアラートに対応するセキュリティ監視業務を継続しておこなっています。アラートに対応する時に頼りになるのはやはり様々なサービスやシステムのログで、そのアラートに関連したログ

                                              Amazon Athena を使ったセキュリティログ検索基盤の構築 - クックパッド開発者ブログ
                                            • 複数のAvailability ZoneにプロビジョニングしたELB(ALB) / AutoScaling Groupから特定Availability Zone上のリソースをパージする | DevelopersIO

                                              中山(順)です 先日に東京リージョンで比較的規模の大きな障害が発生いたしました。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 障害の影響は特定のAZに限られていたことは上記の公式メッセージで説明されているとおりです。 また、障害発生の早い段階で単一のAvailability Zoneで問題が発生していることがService Health Dashboardでアナウンスされていました。 しかし、Design for Failureの原則に基づいてリソースを複数のAvailability Zoneで冗長化してるケースでも何らかの影響を受けたというケースもあったようです。(以下、その一例です) 8月23日のAWSの大規模障害でMultiAZでも突然ALB(ELB)が特定条件で500エラーを返しはじめたという話 これは、

                                                複数のAvailability ZoneにプロビジョニングしたELB(ALB) / AutoScaling Groupから特定Availability Zone上のリソースをパージする | DevelopersIO
                                              • Vue テンプレート内の式の型チェックと解析ができるまで

                                                28 April 2019 typescript, vetur, vue Vue の TypeScript 対応は v2.0 から公式に型定義がサポートされるようになったり、v2.5 で Vue.extend を使ったときに this の型が推論されるようになったりと、改善が何度も行われています。 しかし、課題はまだたくさんあり、その中でもよく聞くのが、テンプレート内の式の型チェックがされないという課題でした。TypeScript はテンプレートを解釈できないので当たり前ですが、もしそれが解決できたらより安全になるでしょうし、開発体験も向上すると思います。 そしてこの課題は Vetur の最新版で解決されました。 Vetur v0.19.0 # Vetur は Visual Studio Code の拡張機能の一つで、Vue の単一ファイルコンポーネント (.vue ファイル) のための様

                                                  Vue テンプレート内の式の型チェックと解析ができるまで
                                                • AWS SAA/SAP資格 予想問題集 Web版 | 日本語完全無料

                                                  [ホーム] - [AWS 資格練習問題一覧] Amazon AWS 資格取得のための演習問題集(完全無料、オリジナル) AWS資格である SAA と SAP に関して合格しました。 オンプレミスからクラウドの流れは急速です。この資格は絶対に取得しておくべきです。 有名なゲームやサービス業のシステムなどでも AWS がよく採用されています。金融業、その他でも幅広く採用が始まっています。 このページでは資格取得を目指すかたへのオリジナルで完全無料な練習問題を提供しています。 内容に誤りがある可能性があります。またAWSサービスの更新、改良により内容が古くなる可能性があります。あくまでも参考程度、自己責任でお読みください。この内容により発生した損失、損害などは誰も保証しません。 【問題 247】【SAA】自己所有 , パブリックイメージ , プライベートイメージの違い 【問題 246】【SAA】

                                                  • RSSフィードを Twitterに POSTしてくれるサービスいろいろ

                                                    ► 2018 (1) ► 1月 (1) ► 2017 (4) ► 6月 (3) ► 5月 (1) ► 2016 (15) ► 12月 (4) ► 11月 (1) ► 10月 (2) ► 7月 (3) ► 6月 (1) ► 5月 (3) ► 1月 (1) ► 2015 (13) ► 12月 (1) ► 10月 (1) ► 9月 (1) ► 6月 (1) ► 5月 (1) ► 3月 (2) ► 2月 (3) ► 1月 (3) ► 2014 (11) ► 12月 (1) ► 9月 (2) ► 8月 (2) ► 6月 (1) ► 4月 (4) ► 2月 (1) ► 2013 (15) ► 12月 (3) ► 11月 (3) ► 8月 (2) ► 7月 (4) ► 5月 (1) ► 4月 (2) ► 2012 (7) ► 10月 (1) ► 7月 (1) ► 4月 (3) ► 1月 (2) ► 20

                                                    • 第9回クラウド女子会 教えて!先生♡ 私のAWSがこんなに難しいわけがない – に参加してきた #jawsug #cloudschool #cloudgirl | DevelopersIO

                                                      第9回クラウド女子会 教えて!先生♡ 私のAWSがこんなに難しいわけがない - JAWS-UGクラウド女子会 | Doorkeeper 2014/06/28 第9回クラウド女子会 教えて!先生♡ 私のAWSがこんなに難しいわけがない #jawsug #cloudschool #cloudgirl - Togetterまとめ わたくし、4年程前から個人ブログで勉強会参加記録をつけ続けており、弊社会社ブログのものと併せてかれこれトータル200回程勉強会に参加しておりますが、何気に『女子会』なるものには参加した事がありませんでした。まぁ男子(?)なので当然その参加資格は無い訳なのですが、最近では女子会イベントでも男子枠があったりするものもあるようです。 今回のJAWS-UG クラウド女子会 第9回もそんな『男子参加枠』が『参加女性のエスコート付きであれば可』という条件で設けられておりました。今回

                                                        第9回クラウド女子会 教えて!先生♡ 私のAWSがこんなに難しいわけがない – に参加してきた #jawsug #cloudschool #cloudgirl | DevelopersIO
                                                      • 簡単にクラウドでDB(MySQL)環境が使える!Amazon RDSの使い方 - 元RX-7乗りの適当な日々

                                                        先日「Amazon RDS」に他ロケーション(Zone)で自動フェイルオーバーできるオプションが追加され、より実用性が高くなりました。また、"AWS Management Console"からの、Amazon RDSの利用がサポートされたことにより、利用の敷居もグッと下がりましたよね。 Amazon RDS – Multi-AZ Deployments For Enhanced Availability & Reliability | AWS News Blog MySQLに自動フェイルオーバー機能を追加したAmazonクラウド。オンラインのままパッチ当てやバックアップも - Publickey AWS Management Console Now Supports the Relational Database Service | AWS News Blog それに伴って、以前私が"@I

                                                          簡単にクラウドでDB(MySQL)環境が使える!Amazon RDSの使い方 - 元RX-7乗りの適当な日々
                                                        • Rails のテスト実行時間を60分から6分に短縮するまで - SmartHR Tech Blog

                                                          こんにちは。SmartHR のエンジニアの @meganemura です。 SmartHR はひとつの Rails アプリのリポジトリで開発が進められており、GitHub への Pull Request 作成などを契機に CircleCI でテストの実行や静的解析によるコード品質のチェックを継続的に実施しています。 しかし、プロダクトの成長と共に CI の実行時間が増え、またエンジニアの増加につれ CI のキュー待ちの時間も増え、実行完了までの時間が日々増え続けています。 その状況に対して、 Buildkite という CI サービスを利用して CI 環境の速度を改善した取り組みについて紹介します。 背景 以前にこのテックブログの CircleCI 2.0 の利用 の記事を公開した時点で全体のテスト実行が 40 分弱程度になっていたのですが、現在 50 分弱から 60 分程度にまで増加して

                                                            Rails のテスト実行時間を60分から6分に短縮するまで - SmartHR Tech Blog
                                                          • AWS 認定のための 10 種類の学習リソース: AWS Certified: SAP on AWS – Specialty | Amazon Web Services

                                                            Amazon Web Services ブログ AWS 認定のための 10 種類の学習リソース: AWS Certified: SAP on AWS – Specialty この記事は、2023 年 5 月 10 日に Nikhil Anand によって執筆された「10 study resources for the AWS Certified: SAP on AWS Specialty exam」を翻訳したものです。 私はここ数年、アマゾンウェブサービスでソリューションアーキテクトとして働いています。この期間、AWS クラウドで SAP ワークロードを移行、実行、運用、スケーリングしている多くのお客様と仕事をする機会に恵まれました。 SAP の専門家が直面する主な課題の 1 つは、さまざまな SAP 顧客によって方法論、優先順位、オペレーション目標が異なることです。 AWS で SAP

                                                              AWS 認定のための 10 種類の学習リソース: AWS Certified: SAP on AWS – Specialty | Amazon Web Services
                                                            • 直近の6カ月で2倍以上に成長したモバイルBaaSのParse。レイテンシの問題をAWSのストレージ機能で解決。AWS re:Invent 2013

                                                              直近の6カ月で2倍以上に成長したモバイルBaaSのParse。レイテンシの問題をAWSのストレージ機能で解決。AWS re:Invent 2013 モバイルBaaSを提供するParseは、4月にFacebookに買収されたてからの半年で、2倍以上のアプリケーションから利用されるようになりました。 その急速な成長を高いスケーラビリティで支えることができたのは、Amazonクラウドのフレキシビリティだったと、Amazon Web Servicesがラスベガスで開催したイベント「AWS re:Invent 2013」の基調講演で解説しました。 特に、急速に人気が高まるモバイルアプリケーションなどが登場するとバックエンドにかかる負荷が急速に高まり、サービスのレイテンシが跳ね上がる現象には手の打ちようがなかったのですが、これをストレージ性能を設定できるEBS Provisioned IOPSによって

                                                                直近の6カ月で2倍以上に成長したモバイルBaaSのParse。レイテンシの問題をAWSのストレージ機能で解決。AWS re:Invent 2013
                                                              • Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita

                                                                3/30 に X で Terraform がトレンド入りしていて何事かと思ったら Terraform が公式ドキュメントとしてスタイルガイドを出したようです。 Terraform Style Guide いままで Terraform のスタイルに関して信頼できるドキュメントといえば Google Cloud の Terraform を使用するためのベスト プラクティス ぐらいしか知らなかったのですが、 Terraform 公式がようやく出してくれてありがたい限りです。 これでわざわざ社内の Terraform 規約を設けずとも「公式ドキュメントに従いましょう。」の一言で済みます。 ということで一通り読んだのでまとめました。 原文だと構文の簡単な使い方なども書いてありますが以下の要約ではだいたい省略しています。 詳細は原文を読んで確認してください。 要約 スタイルガイドについて コードのスタ

                                                                  Terraform 公式がスタイルガイドを出したので読んで要約した - Qiita
                                                                • データセンターに落雷を受けてデータ消失したGoogle Comput Engine、詳細な報告公開。原因はバックアップバッテリーの不備など

                                                                  ヨーロッパにあるGoogleデータセンターが落雷を受け、ごく一部ではあるものの顧客がクラウドに保存していたデータを失ったことが報告されています。 これはどのようなインシデントだったのか。詳細が「Google Compute Engine Incident #15056」で報告されていますので、Publickeyが翻訳したものを引用しつつ紹介しましょう。 落雷により、全体の0.000001%以下のデータを消失 本インシデントの最終報告は8月18日付けの「Google Compute Engine Incident #15056」で行われています。 それによると、落雷による一時的な電力の消失により、ヨーロッパ西1bゾーン全体の物理容量の0.000001%以下(一千万分の一以下)のデータが失われたとのことです。 2015年8月13日木曜日から8月17日月曜日まで、ヨーロッパ西1bゾーンにおけるG

                                                                    データセンターに落雷を受けてデータ消失したGoogle Comput Engine、詳細な報告公開。原因はバックアップバッテリーの不備など
                                                                  • AWSソリューションアーキテクト(アソシエイトレベル)試験を受けてきた - log4ketancho

                                                                    1月末にAWS の ソリューションアーキテクト(アソシエイト)試験を受けてきました。得点率は8割強で、無事合格でした。試験の詳細は書けないので、勉強した内容を書いていきます。 サンプル問題 黒帯(ブラックベルト)シリーズ クラウドデザインパターン本 模擬試験 各試験のサンプル問題 http://media.amazonwebservices.com/jp/certification/AWS_certified_SolutionArchitect_associate_examSample.pdf まずは、問題のレベルを知るためにもサンプル問題を解くことをおすすめします。アーキテクト以外のアソシエイトレベルのサンプル問題も解いておいた方がいいです。このサンプルの中で分からない問題やAWSサービスが見つかれば、それについて徹底的に学びましょう。 黒帯シリーズ aws.amazon.com 「クラ

                                                                      AWSソリューションアーキテクト(アソシエイトレベル)試験を受けてきた - log4ketancho
                                                                    • クラウド時代のアーキテクチャ設計

                                                                      The document discusses Amazon Web Services (AWS). It begins with an introduction and overview of key AWS services including Elastic Compute Cloud (EC2), Simple Storage Service (S3), Elastic Block Store (EBS), Relational Database Service (RDS), and availability zones. It then provides demonstrations of setting up EC2 instances, load balancing, auto scaling, virtual private clouds and RDS across ava

                                                                        クラウド時代のアーキテクチャ設計
                                                                      • Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々

                                                                        以前、「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた」でAmazon EC2で利用できるSSDボリュームのベンチマークを取った際に、EBSボリュームに関しても簡単に計測しているのですが、もう少し詳細に見てみようと思い、もうちょっと詳しく性能を計測してみました。(急いでいる方は最後のまとめを読むだけでOKですw) 実は、大昔(3〜4年くらい前)にも同じようなことを軽くやったのですが、結果がどこかにいってしまった&今はまた結果が違うかもなので、やってみた。 ベンチマークの目的は、EBSボリュームをソフトウェアRAIDで束ねた(ストライピング)場合に、どのくらいパフォーマンスが出せるのかという観点。 というわけで、色々な観点から性能を測ってみました。使ったツールは「噂の高速SSDを積んだAmazon EC2インスタンスのI/Oベンチマークをとってみた -

                                                                          Amazon EBS の性能ベンチマーク その1 (Standard編) - 元RX-7乗りの適当な日々
                                                                        • Elasticsearchのインデキシングに関するパフォーマンス検討

                                                                          Elasticsearchのインデキシングに関するパフォーマンス検討 原文:performance considerations for elasticsearch indexing Elasticsearchユーザは様々な楽しいユースケースを持っています。小さなログを追加することから、Webスケールの大きなドキュメントの集合をインデキシングするようなことまでです。また、インデキシングのスループットを最大化することが重要で一般的な目標となります。 「典型的な」アプリケーションに対して良いデフォルト値を設定するようにしていますが、次のちょっとした簡単なベストプラクティスによってインデキシングのパフォーマンスをすぐに改善することができます。それらについて記述します。 第一に、制御できないならば、巨大なJavaヒープを使用しない:必要なサイズ(マシンの持つRAMの半分以下)のheapだけを設定し

                                                                            Elasticsearchのインデキシングに関するパフォーマンス検討
                                                                          • [1]AWSを始める前に押さえておきたいポイント

                                                                            昨今、Amazon Web Services(AWS)が注目を浴びている。もともとメディアやソーシャルゲームなどではよく使われていたが、ここに来てエンタープライズの分野でも適応領域が急拡大しており、「本格的にキャズム(製品の初期市場と普及期の間に存在する深い溝)を超えた」と見なしている関係者は多い。 ところが、新しくAWSにチャレンジしようとするエンジニアからは「難しい」「思ったように学習できない」という声を頻繁に耳にする。本稿では、これからAWSを使い始めようとしているエンジニアを対象に、“つまずきポイント”を明らかにし、その活用を手助けすることを目指している。 第1回では、AWSを始める前に押さえておきたいポイントを解説する。第2回から第5回にかけては、主要サービスごとの“つまずきポイント”を説明する。 ポイント1:サービスの多さに惑わされない AWSを始める前に押さえておきたいことと

                                                                              [1]AWSを始める前に押さえておきたいポイント
                                                                            • 「AWS Summit Tokyo 2013」 1日目の講演メモ #awssummit - 元RX-7乗りの適当な日々

                                                                              今日は午後から、表題のカンファレンスに行ってきました。 AWS Summit Tokyo 2013 久しぶりに行くAWS系のビッグカンファレンス。AWSの中の方(ソリューションアーキテクト)が話してくれる「上級者向け」と題されるテクノロジーセッション3つに参加して、メモ書きをとったのでここに残しておきます。 (個人的には、3つ目の大谷さんの話が面白かったです。) ハイブリッド構成を支えるAWSテクノロジー AWS荒木さん プリンシパルソリューションアーキテクト @ar1 なぜハイブリッド環境なのか 既存のアセットを最大限に活かして、AWSのメリットを享受する 開発での利用パターン(dev,stgで使っている) データをどう持ち運ぶか ディザスタリカバリでの利用パターン データをどうやって同期するか 複数のシステムがハイブリッドでやりとり 監視・制御を複数プラットフォームで システム間連携を

                                                                                「AWS Summit Tokyo 2013」 1日目の講演メモ #awssummit - 元RX-7乗りの適当な日々
                                                                              • クラウドにおける安全なデータの廃棄 | Amazon Web Services

                                                                                Amazon Web Services ブログ クラウドにおける安全なデータの廃棄 クラウドにおける統制をお客様が考慮する場合、基本的な考え方は大きく異なるものではありません。ただし、クラウドならではの統制を考慮すべきケースがあることも事実です。その際には、従来のオンプレミスのやり方を無理にクラウドに当てはめようとしてもうまくは行きません。大事なことはその統制が何を目的としていたのかに立ち返り、その上で、New normal(新しい常識)にあった考え方や実装をすすめる必要性を理解し、実践することです。この投稿では、メディアやデータの廃棄を例として、セキュリティのNew normalを考えていきます。 メディア廃棄における環境の変化 データのライフサイクルに応じた情報資産の管理は多くのお客様の関心事項です。 オンプレミスの統制との変更という観点では、メディア廃棄時の統制は従来のオンプレミス環

                                                                                  クラウドにおける安全なデータの廃棄 | Amazon Web Services
                                                                                • GitLab GCPに 移行した(前編) - pixiv inside

                                                                                  こんにちは、インフラ部の id:sue445 です。 先日ピクシブ社内で利用しているGitLabをオンプレミス環境からGCPに移行しました。 とても長いので全3回にわけて紹介したいと思います。 全体の構成 前編:前置きとアーキテクチャ検討 中編:環境構築 後編:実際の移行作業とその前後の対応。移行後の所感など 今回の目次 全体の構成 今回の目次 tl;dr; 移行の理由 筆者略歴 GitLab移行の時系列 やったこと1: アーキテクチャ検討 構成図 GitLabをクラウドに移行するための障壁をまとめた URLをどうするか Cloud IAP利用時の通信のオーバーヘッドをなくしたい 実際にGCP移行した後の構成 AWSでPoC環境を作った時の構成 LDAPからの依存をやめたい&複数のログイン方法を統一したい ssh接続時にあるLDAP依存を不要にしたい 余談 AWS移行案 GCP移行案 Gi

                                                                                    GitLab GCPに 移行した(前編) - pixiv inside