Amazon Web Services ブログ S3 ストレージ管理アップデート – 分析、オブジェクトのタグ付け、インベントリ、メトリクス 本日、皆様がお持ちのストレージとそのアクセスパターンを詳しく知るための 4 つの S3 機能についてご説明したいと思います。何をどのくらい保管しているのか、どのように使用しているのかを知ることができ、その結果として、S3 ストレージクラスの使用に関する情報に基づいた意思決定を行うことができます。これらの機能は、バケットに何十万、何千、何百万、何十億というオブジェクトを持っていても、S3 を使用するすべての人にとって価値があります。 以下が概要です： S3 分析 – オブジェクトの格納状況と取得パターンを分析し、その結果を使って、最適なストレージクラスを選択することができます。あなたは S3 コンソールで表示される分析の結果を検査したり、お好みの BI

Filebeat にモジュール機能が追加され、ログ可視化が簡単になりました #elastic #beats こんにちは、藤本です。 現地時間 3/28 に Elastic Stack 5.3.0 がリリースされました。 Elastic Stack 5.3.0 Released Elasticsearch 5.3.0 released Kibana 5.3.0 released Beats 5.3.0 released Logstash 5.3.0 Released Elastic Stack 5.3.0 は先日の Elastic{ON}17 のロードマップでも発表があった新機能がいくつか含まれていて胸熱でした！新機能が多かったので気になった機能を何回かに分けて試してみます！ 今回は Filebeat modules を試してみました。 Filebeat modules Modules El

Amazon Web Services ブログ Amazon AppStream 2.0 の新機能 – Fleet Auto Scaling、Image Builder、SAML、メトリクス、フリート管理 昨年終わりに私の同僚 Gene Farrell が紹介したのは Amazon AppStream 2.0 です。そのゲスト投稿で、彼は AppStream 2.0 を使用することにより HTML5 ウェブブラウザを快適に使いながら、どのデバイスでも安全にデスクトップアプリケーションを実行できる方法について説明しました (詳しくはこちらのブログをご覧ください)。たとえば、起動時に AppStream 2.0 Try it Now ページを使用したところ、すぐに Siemens Solid Edge を使い始めることができました。Try it Now ページで好きなアプリケーションを選んだだ

Amazon Web Services ブログ EC2 リザーブドインスタンスの新たなインスタンスサイズの柔軟性 リザーブドインスタンスは AWS のお客様がご利用されている EC2 の使用量に対し、大幅な割引を提供します (オンデマンドの料金に比べ最大 75% の割引)。また、特定のアベイラビリティーゾーン (AZ) で使用する RI を購入される際のキャパシティー予約においても同様です。去年後半には、リージョン内の AZ すべてを対象に割引を適用するリージョン RI をリリースし、今まで以上にリザーブドインスタンスの柔軟性を高めました。また、リザーブドインスタンスに関連付けられたインスタンスファミリーやその他のパラメーターを変更できるようにするコンバーティブル RI も提供しました。どちらのタイプの RI も管理に掛かるコストを削減し、追加オプションを提供します。リージョン RI を使

lvla0805 という方がすごく良いことを言っていたので。 「今まで、私の持っている知識は誰でも持っているもので、需要がないと感じていた。 あなたにとって当たり前は、誰かにとって需要がある」 目的 効果的にAWSの情報を得るぞ 初学者がどこから手を付ければいいのかという問題を解決していくぞ 資料集 AWS クラウドサービス活用資料集 各サービスについてのスライドが網羅されている(はず)。 随時アップデートされるので、まずはここから。熟読していこう。 ここのスライドを理解できればAWS 認定ソリューションアーキテクト(アソシエイト)は合格できる。 Slideshare(Amazon Web Services Japan) 上記と被る部分もあるかもしれないけど一応。 こちらの方がリアルタイム性が強いかも(SAが登壇で使ったりする)。 AWSドキュメント 各サービス単位のドキュメント。 サービ

Discover why leading businesses choose Google Cloud Whether your business is early in its journey or well on its way to digital transformation, Google Cloud can help you solve your toughest challenges.

Google Cloud Next ’24. Explore keynotes, live demos, and content from around the world from visionaries, thought leaders, developers, and Google experts.

APIを叩くだけでない、Deep Learning on AWS で自分だけの学習モデルを作ろう！ by JAWS-UG AI支部

http://jawsdays2017.jaws-ug.jp/session/1518/ JAWS DAYS 2017 で発表した OpsJAWSの資料です。

Amazon Web Services ブログ Amazon Elasticsearch Service をはじめよう: シャード数の算出方法 Dr. Jon Handler (@_searchgeek) は検索技術にスペシャライズした Amazon Web Services のプリンシパルソリューションアーキテクトです。 Elasticsearch および Amazon Elasticsearch Service(Amazon ES) のブログポストシリーズへようこそ。ここでは今後もAWS上でElasticsearchをはじめるにあたって必要な情報を提供していく予定です。 いくつのシャードが必要？ Elasticsearchは、大量のデータを、シャードと呼ばれる細かいユニットに分割し、それらのシャードを複数のインスタンスに分散して保持します。Elasticsearchではインデックス作成

こんにちは、藤本です。 現地時間 3/2、Elastic{ON}17 前に Elastic Cloud Enterprise の Beta バージョンがリリースされました。 Elastic Cloud Enterprise Beta 触ろう、触ろう、と思っていたけどブログが忙しくてなかなか触れませんでした。 本日、ドキュメントを読んでいたところ、Elastic Cloud Enterprise を AWS 環境に展開することが簡単になったようなので早速試してみました。 Amazon Machine Images (AMIs) Elastic Cloud Enterprise と AMI Alpha バージョンでは Elastic Cloud Enterprise は Ubuntu 14.04、もしくは CentOS 7 上での動作をサポートしていました。Elastic Cloud Ente

Google Cloud、マイクロインスタンスを無料に。App Engineは1日28時間、Cloud Storageは月5GB、Cloud Functionsは月200万回など、無料枠を拡大 Googleは同社のGoogle Cloud Platformの無料枠を大幅に拡大しました。 例えば、Google Compute Engineのf1-microインスタンスはずっと無料で利用でき、NoSQLデータベースのGoogle Cloud Databaseは1GBまで無料、オブジェクトストレージのGoogle Cloud Storageは1カ月あたり5GBまで無料。 さらにGoogle App Engineは1日あたり28時間インスタンス時間まで無料、Google Cloud Functionsは1カ月あたり200万回呼び出しまで無料など、全部で15のクラウドサービスについて、性能や容量など

JAWS DAYS 2017に参加してきました。見たいセッションが並行していたりしたので、復習がてら、できるだけ公開されているセッションをまとめます。 ランチセッションとLTは（とりあえず）除いています。（2017/03/13追記：LT載せ始めました。） 一つのタイトルで複数発表があったものは、発表者にスライドへのリンクをつけています。 編集リクエスト大歓迎です。 (2017/03/16追記) 色々な方がブログや記事を書いてくれているので、そちらもまとめ始めました。 JAWS DAYS 2017 記事まとめ #jawsdays #jawsug レシーバー返却忘れご案内（2017/03/13追記） まだ2台返却されていないようです。再度の確認をお願いします。 （2017/03/15追記）無事全数返却されたそうです。 【臨時ニュース】レシーバーの返却と忘れ物のご案内 Aトラック Bトラック C

ログ分析サービスはアプリケーションのインフラであり、サービス開発/運用の中で重要な位置を占めます。グラニでは、今年に入って利用しているログ分析サービスを、 Sumo Logic から　Google BigQuery に完全移行しました、 本記事は、グラニで議論された「ログ分析サービスとしての SumoLogic と BigQuery」のまとめを推敲、転載したものです。これからログ分析サービスを検討される方々にとって、議論の内容が少しでも参考になることを願い公開します。 アジェンダ まずは文脈を整えるためにアジェンダから。 アジェンダ 日常的なアプリケーション監視フロー APM として盤石な New Relic ログ分析サービスによるアドホックなログ分析 ログ分析サービスに求めること Sumo Logic の利用と課題 Sumo Logic の利点 Sumo Logicで発生した課題 ログ収

「Oracle Database（DB）は信頼性や可用性が高く、当社のシステムには欠かせない。しかしここ数年、保守料が右肩上がり。IT予算に占めるOracle DBの保守料金の割合が増えて困っている」。 製造業A社のシステム部長は悩んでいた。会計や販売管理、生産管理など社内の主要なシステムは全てOracle DBを利用している。しかし開発時期はバラバラで、システム構築を依頼したITベンダーもシステムごとに異なっていた。Oracle DBのライセンスはシステム構築に合わせて、その都度購入している。システムごとに同じOracle DBとはいえ、バージョンは異なり、システム部門の保守作業も手間になっていた。 「Oracle DBを使っているシステムの維持費用を削減したい」。こう考えたシステム部長は、安定稼働していて、今後も大きな業務機能の変更もないと想定できるシステムのデータベースの保守契約を止

ついにきました！！私たちは今Google Cloud Next’17に来ています！！会場はすごい熱気でGoogle Cloud Platformの勢いを感じます！！今年のNextは、昨年の2000人規模に比べて5倍の10000人規模のイベントとなっており、会場のMoscone Centerは大賑わいです！ 今回のapps-gcpはNext’17のレポート記事です！！この記事を見て今回のNextの発表内容をざっと掴んでください。 Day 1 Keynote Day1のキーノートは、パートナーの紹介や顧客の事例紹介が多めの内容でした。 終盤にはGoogleのチーフサイエンティストが登壇し、Kaggle*1のGoogle CloudへのJoinを発表したりして、機械学習分野への本気の投資を感じさせるものでした。事例紹介としてやっぱりPokemkon GOも触れられていました(笑) *1…Kagg

インフラをアレしてる佐野です。Pull Request(以下、p-r)が発行されると、そのp-rのコミットIDでデプロイされた環境を自動構築する仕組みを作ったので、今日はそれについて。マージ直前の環境が立ち上がるのでレビューアはレビュー時にコードを追うだけでなく、ブラウザ/アプリの接続先をこの環境に向きかえることで実際のアプリケーションの動作も確認できるようになります。レビューが非常に捗ります。 動作 仕組み GitHubのWebhookについて 自動構築の処理 Dockerの活用 tmpfsの活用 まとめ 1. 動作 こんな感じです。ここで、この通知するボットおよびこの仕組みを以下、シャイニング・ウィザードと呼ぶことにします。シャイニング・ウィザードというのは好きなプロレスの技でして最初はこの基盤の仮名だったのですが、チーム内で定着してしまったのでもうこれでいいや的な…。ちなみに、Ama

「Amazon Web Services（AWS）に移行するシステムに“聖域”はない。現時点では計画していないものの、勘定系システムをクラウド化する可能性は十分にある」。三菱東京UFJ銀行の執行役員である亀田浩樹システム本部長兼システム企画部長（写真）は日経BP社の取材に対してこう話した。 三菱UFJフィナンシャル・グループ（MUFG）は2017年1月、AWSを本格的に採用する方針を公表した。メガバンクで初めてのAWS採用宣言に、国内IT業界の注目の的になっていた。 どこまで“本気”なのか――。AWSを採用するといっても、特定の部門が使う小規模システムだけを対象にするのか、ビジネスの中核を担うシステムまで移行するのかで、宣言の意義は大きく異なる。その本気度を問うため、金融機関で最も重要な勘定系システムが移行対象になるかどうか質問したときの亀田執行役員の答えが冒頭のコメントだ。「可能性は十分

米Amazon.com傘下のAWSのクラウドストレージサービス「S3」の北バージニアリージョン（US-EAST-1）に2月28日（米太平洋時間）、大規模な問題が発生し、本稿執筆現在も多数のサービスに影響が出ている。 AWSの公式Twitterによると、午前11時20分ごろ“高いエラー率”が発生したという。その15分後には「原因は特定できたと思う。現在問題を修復できるはずの作業を懸命に行っている」とツイートした。 本稿筆者が確認した範囲では、IFTTT、Quora、Medium、Imgur、GitHubなどにアクセスできなかった。