タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

awsに関するimpreza98のブックマーク (24)

  • 本当にあったIT怖い話 AWSの設定ミスで300万円のコスト超過、1日1回だったはずの処理が1分で160万回に 当事者に聞く反省点

    当にあったIT怖い話 AWSの設定ミスで300万円のコスト超過、1日1回だったはずの処理が1分で160万回に 当事者に聞く反省点(1/3 ページ) バックアップデータがあると思って安心していたのに、いざ障害時に取得できていなかったことが発覚したり、ネットワークアクセスの制限を強化しようと設定をいじったら、自分すらアクセスできない状態にして手詰まりになったり……もっとヒヤッとする事態も含め、IT業界には「当にあった怖い話」がいろいろある。 クラウドサービスの利用料金がいつの間にかに膨大になる「クラウド破産」もその一つだ。検索してみると、便利だからとあれもこれもとクラウドサービスを利用していたら料金が想像以上に大きく膨らんでしまい、課金額を見て目を回した経験談がいくつかのブログにつづられている。 システムインテグレーションやセキュリティサービスを提供するラックも、そんな経験をしてしまった企

    本当にあったIT怖い話 AWSの設定ミスで300万円のコスト超過、1日1回だったはずの処理が1分で160万回に 当事者に聞く反省点
    impreza98
    impreza98 2022/09/09
    なんでLambdaのS3トリガ使わずにCloudTrailを使っているのかが気になっちゃった(デフォルトだとデータイベントの記録はされないし、有効にするとオブジェクトの数によってはCloudTrailのコストも跳ねあがっちゃうし)
  • “AWS公式サイト風”にカップ麺を紹介する画像が話題 分かりにくい説明文をそれっぽく再現 「もはやAWS文学」

    AWSの各サービス、冒頭の説明文見てもどういうものなのか全然分からなくない? もしAWSがカップラーメン発売したらこんな感じの紹介してると思う」──こんな考えから生まれた、“AWS公式サイト風”にカップ麺を紹介する画像が話題だ。Twitterでは「もはやAWS文学」などの反応があり、5月10日時点で1万3000いいねを集めている。 作成したのは、書籍「OpenCVではじめよう ディープラーニングによる画像認識」などを執筆するKazuya Gokitaさん(@kazoo04)。画像では、カップ麺を「Amazon CR」というサービスだと仮定し、特徴を以下のように説明している。 Amazon CRは、わずかなアクションで素早く安全に喫可能なフルマネージド統合サービスです。CRを使用すればホットスタンバイ状態のH2OあるいはRawとして麺、醤油または味噌、また葱、肉などを単一のフローとして提

    “AWS公式サイト風”にカップ麺を紹介する画像が話題 分かりにくい説明文をそれっぽく再現 「もはやAWS文学」
    impreza98
    impreza98 2022/05/12
    中にはまんま機械翻訳通しただけっていうページもあるから、日本語表示だとほぼ意味わからんこともある。英語表示にした方がまだ読めるっていうことも珍しくない(量が膨大だから仕方ないとは思うけど)
  • 10倍に膨れたAWS運用費をどう減らす? ユーザー急増のnoteが挑む「コスト削減作戦」の裏側

    10倍に膨れたAWS運用費をどう減らす? ユーザー急増のnoteが挑む「コスト削減作戦」の裏側(1/2 ページ) 文章やイラストなどを投稿できるコンテンツ配信サービス「note」。コロナ禍以降は巣ごもり需要にも後押しされてユーザー数が急増しており、2020年には月間アクティブユーザー数が前年同期比で3倍以上に増えたという。しかし同時にトラフィック量も急増したため、運営元であるnote社のシステム部門ではその対応に追われた。特にクラウドサービスの利用コストの高騰は、大きな悩みの種だった。 noteのサービスを支えるシステムは、全てAWSAmazon Web Services)のクラウドインフラ上で構築・運用しており、トラフィック急増でその利用コストは約10倍にまで膨れ上がった。 このままトラフィックがさらに増えれば、コストが利益をいつぶすことにもなりかねない。そこでシステムの運用や品質管

    10倍に膨れたAWS運用費をどう減らす? ユーザー急増のnoteが挑む「コスト削減作戦」の裏側
    impreza98
    impreza98 2021/10/29
    s3は知らない間に古いオブジェクトが溜まりまくってコスト要因になりがちなので、用途に応じたバケットの切り分けとライフサイクルの設計を最初にしっかりやっといたほうがいいと思うの
  • AWSで障害、「Nature Remo」「SwitchBot」などに影響 「電気消せない」と嘆く声【追記あり】

    障害の影響で、日でも25日夜ごろ(日時間)から、スマートリモコン「Nature Remo」、家電をスマート化するIoTデバイス「SwitchBot」など、AWSに接続するスマート家電向けデバイスで不具合が発生。Twitter上では「電気を消せなくなった」「家電を操作できない」などの報告が相次いでいる。 AWSのステータスページによると、北米のリージョンでは、上記に加えてAWSの監視ツール「Amazon CloudWatch」、アプリケーション間のデータを接続するサービス「Amazon EventBridge」、IoTデバイスをAWSに接続するサービス「AWS IoT Core」なども正常に動作していない。 欧州、アジア太平洋、アフリカ、中東のリージョンで不具合が起きているのは「Amazon CloudFront」のみとしている。 だがAWSによれば「障害の影響でステータスページの更新に

    AWSで障害、「Nature Remo」「SwitchBot」などに影響 「電気消せない」と嘆く声【追記あり】
    impreza98
    impreza98 2020/11/26
    バージニアで起きた障害で自宅の電気が消せない……これがグローバル化ってやつか(?
  • 1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary

    自分が所属している会社のメンバーの教育用資料として、それなりの規模のデータを扱う時に前提として意識しておかなければいけないことをざっくりまとめたので、弊社特有の話は除外して公開用に整理してみました。 大規模データ処理、分散処理に慣れている人にとっては今更改めて言うことじゃないだろ、みたいな話ばかりだと思いますが、急激にデータスケールが増大してしまったりすると環境に開発者の意識が追い付かないこともあるかと思います。 そういったケースで参考にできるかもしれません。 弊社は基的にAWSによって運用されているので、AWSを前提にした様なキーワードやサービス名が出てきます。後、句読点があったり無かったりしますが、ご容赦ください。 追記: 社内用の資料の編集なのでかなりハイコンテキストな内容だから誤解するかもしれませんが、これらはそもそもRDBの話ではありません。(関係無くは無いけど) 1000万オ

    1000万件オーバーのレコードのデータをカジュアルに扱うための心構え - joker1007’s diary
    impreza98
    impreza98 2020/11/05
    Redshiftは良いぞ
  • SAOのあるシーンに書かれた数字を見て「AWSっぽいIPアドレスやな」と調べてみたら実際AWSである仕掛けがされていた

    めもりー @m3m0r7 ワイ「AWS っぽい IP アドレスやな」 旦那氏「AWS ってわかるの気持ち悪すぎでしょ」 ワイ「調べたらマジで AWS だった」 pic.twitter.com/luWoXYNJyf 2020-10-07 22:02:23

    SAOのあるシーンに書かれた数字を見て「AWSっぽいIPアドレスやな」と調べてみたら実際AWSである仕掛けがされていた
    impreza98
    impreza98 2020/10/09
    Elastic IPの管理してる人ならわかるよねコレ
  • 身に覚えのない170万円の請求が……AWSの運用管理で起きた“4つのしくじり”

    AWSを使って構築したお客さまの環境を日々運用していく中で、これまでさまざまな失敗を経験してきた」――アイレットの古屋啓介さん(クラウドインテグレーション事業部インフラエンジニア)は、クラウドインフラの運用管理者向けイベント「Cloud Operator Days Tokyo 2020」のセッションでこう明かした。 アイレットはクラウド専業のSIerAWSAmazon Web Services)のマネージドサービス「cloudpack」なども提供しているが、細かい仕様の見落としなどが原因で、cloudpackの運用でいくつかの“しくじり”があったという。 身に覚えのない170万円の高額請求がAWSから来た 古屋さんによると、特に印象に残っている失敗は4つ。その1つ目は「Amazon Athena」で170万円の請求が来たことだ。 AthenaはAWSが提供するPaaSで、オンラインス

    身に覚えのない170万円の請求が……AWSの運用管理で起きた“4つのしくじり”
    impreza98
    impreza98 2020/08/18
    Lambdaの動作確認をロクにしないままトリガー仕掛けて翌日CloudWatch見て顔面蒼白になる、というのは誰もが通る道だよね(?
  • 【2020年】AWS全サービスまとめ | DevelopersIO

    このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1(コンピューティング、ストレージ、データベー

    【2020年】AWS全サービスまとめ | DevelopersIO
    impreza98
    impreza98 2020/01/07
    AWSはもうだいたいデザインパターンっていうか鉄板のサービスの組み合わせが決まっているので、個々のサービス見るよりもそれ覚えた方が良い。
  • 本当にあったAWSでやらかした話と対策😭 - Qiita

    概要 みなさんこんにちは🎄 「フォトリ」という家族写真の撮影サービスを運用している会社でCTOをしてるカイトズズキと申します。 この記事では、先日会社のAWSで割と高額の請求が来てしまい😭死にたくなる思いをしたので、そのお話についてしていきます。 AWSは便利だけど、お金使いすぎたりしないか不安になりますよね。 特に僕はそんなにAWSには詳しくない人間なので、なおさらドキドキです。 この記事を通して、僕がやっちまった失敗をみなさんに知ってもらい、 同じような失敗をする人が1人でも減ることを祈ってます🙏 やらかしレベル まず、結果としてどれくらいやらかしたかと言うと、 普段の使用料金以外に、 - Lambda で 10万円 くらい - S3 で 30万円 くらい の請求が来てしまいました、、、 普段は数万円程度で2つのWebサービスを運用しているため、 最初に気づいたときは驚きすぎて理

    本当にあったAWSでやらかした話と対策😭 - Qiita
    impreza98
    impreza98 2019/12/05
    S3トリガーはよくよく条件を練って確認しないと……
  • AWSのネットワーク設計をしくじって復旧に苦労した話

    2019年8月2日、インフラストラクチャエンジニアやネットワークエンジニア向けの勉強会「インフラ・ネットワークエンジニア勉強会」がアイスタイル株式会社で開催されました。同会では、AWSに関するインフラ・ネットワーク視点の話や、オンプレ環境の話など、過去の事例を共有。6人のエンジニアが成功・失敗談をシェアしました。「ネットワークしくじり先生」に登壇したのは、kaga氏。講演資料はこちら ネットワークしくじり先生 kaga氏:それでは、「ネットワーク設計アンチパターン」という話をさせていただきます……と思ったんですけれども、ちょっとタイトルが堅いので「ネットワークしくじり先生」に、ちょっとやさしい雰囲気に変えたので、肩の力を抜いて聞いていただければなと思います。よろしくお願いします。 (会場拍手) 自己紹介です。kagaといいます。もともとQAを5年やって、サーバサイドを3年やって、今はインフ

    AWSのネットワーク設計をしくじって復旧に苦労した話
    impreza98
    impreza98 2019/10/26
    S3エンドポイントって便利なんだけど罠もいろいろあるよねえ。自分はクロスリージョンリクエストできないことを知らなくてハマったことある
  • #技術書典 に出展する『AWSの薄い本 IAMのマニアックな話』はこんな本 - プログラマでありたい

    たびたびTweetしておりますが、2019年9月22日の技術書典7に、『AWSの薄い IAMのマニアックな話』というを出展します。名前の通りAWSですが、IAMだけを取り扱っています。初の同人誌を引っさげて、技術書典デビューします。 IAMの目的 書いたはIAMの特化ですが、何故IAMと聞かれるのでここに書いておきます。AWSが不正利用されて100万円の請求が来たというようなニュースが、たまにネットを駆け巡ることがあります。原因の多くがIAMのアクセスキーをGitHubに誤ってコミットしてしまい、そのキーを不正利用されたケースです。そういった事態を防ぐために正しくIAMを知って貰いたいのです。 IAMは、AWSの利用権限を管理する極めて重要な機能です。AWSには多種多様な機能があり、IAMはそれに応じて様々な記述方法で権限を設定できるようになっています。その分設定項目が多く、I

    #技術書典 に出展する『AWSの薄い本 IAMのマニアックな話』はこんな本 - プログラマでありたい
    impreza98
    impreza98 2019/09/15
    IAMはConditionによる条件わけとかAssumeRoleが使いこなせるようになると俄然楽しくなってくる
  • AWS、複数のアベイラビリティゾーンで稼働していたアプリケーションでも大規模障害の影響があったと説明を修正。東京リージョンの大規模障害で追加報告

    AWS、複数のアベイラビリティゾーンで稼働していたアプリケーションでも大規模障害の影響があったと説明を修正。東京リージョンの大規模障害で追加報告 2019年8月23日金曜日の午後に発生したAWS東京リージョンの大規模障害について、AWSは追加の報告を行い、複数のアベイラビリティゾーンで稼働していたアプリケーションでも障害の影響があったことを認めました。 下記は大規模障害の報告ページです。赤枠で囲った部分が、8月28日付けで追記されました。 当初の報告は、障害の原因が空調装置のバグであり、それが引き金となってサーバーのオーバーヒートが発生したことなどが説明されていました。 そして障害の影響範囲は単一のアベイラビリティゾーンに閉じており、 複数のアベイラビリティゾーンでアプリケーションを稼働させていたお客様は、事象発生中も可用性を確保できている状況でした。 と説明されていました。 複数のアベイ

    AWS、複数のアベイラビリティゾーンで稼働していたアプリケーションでも大規模障害の影響があったと説明を修正。東京リージョンの大規模障害で追加報告
    impreza98
    impreza98 2019/08/29
    この対応は善くないなあAmazonさん
  • AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」

    AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」(1/3 ページ) 8月23日に起きたクラウドサービス「AWS」(Amazon Web Services)の東京リージョンでの障害は、国内のさまざまなサービスに影響を及ぼした。 AWSが同日午後8時ごろに復旧するまで、モバイル決済サービス「PayPay」や、仮想通貨取引所「Zaif」、オンラインゲーム「アズールレーン」などで利用できない、もしくは利用しづらい状況が続いた。PCショップの「ドスパラ」はECサイトの不具合が長引き、翌日の24日には実店舗を臨時休業して対応に当たっていた。 AWSという1つのサービス障害が起きただけで、多くの企業やサービスに影響を及ぼしたため、「クラウドサービスはもろい」という論調も散見された。 しかし、インフラエンジニアたちからは違う意見が聞こえてくる

    AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」
    impreza98
    impreza98 2019/08/29
    全世界のリージョンでみればAWSも結構障害起きてるけど、東京リージョンが巻き込まれるのはあまり無いし、あってもだいたいは軽微なもの。オンプレよりはよほどリスク少ない
  • AWS障害、大部分の復旧完了 原因は「サーバの過熱」

    AWSは午後8時18分、クラウドサーバの復旧がほぼ完了したことを明らかにした。制御システムの障害により、サーバの温度が上がりすぎたことが原因だったという。 8月23日午後1時ごろに発生した、米Amazon Web Servicesのクラウドサービス「AWS」の東京リージョンでの障害について、同社は午後8時18分、クラウドサーバの復旧がほぼ完了したことを明らかにした。制御システムの障害により、サーバの温度が上がりすぎたことが原因だったという。 同社によると問題が起きたのは、「Amazon Elastic Compute Cloud」(EC2)の東京リージョンを構成する4つのデータセンター(アベイラビリティーゾーン、AZ)の内の1カ所。AZ内の制御システムに問題が発生し、複数の冗長化冷却システムに障害が起きたという。結果として、AZ内の少数のEC2サーバが過熱状態となり、障害として表面化した

    AWS障害、大部分の復旧完了 原因は「サーバの過熱」
    impreza98
    impreza98 2019/08/23
    『AZ内の少数のEC2サーバが過熱状態』とは言うけど、自分の見た範囲内でも結構な通信障害起きてたけどな。複数のAZで。
  • AWS東京リージョンで障害、EC2やRDSに影響

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Amazon Web Services(AWS)の東京リージョンで8月23日の午後1時頃、通信障害が発生し、Elastic Compute Cloud(EC2)とRelational Database Service(RDS)が利用しづらい状況になった。同日午後3時現在、AWSは東京リージョンにおける1つのアベイラビリティゾーン(AZ)で接続性に関する複数の問題が起きており、根原因を特定して復旧作業中だと説明している。 この障害によりAWS 東京リージョンをシステムを運用する多数の企業のサービスやウェブサイトなどに影響が発生し、エンドユーザーらが利用できない状況が生じている。 最新状況はAWSのService Health Dashb

    AWS東京リージョンで障害、EC2やRDSに影響
    impreza98
    impreza98 2019/08/23
    シングルAZのインスタンスだけ影響を受けるって言うんだけど、さすがにマルチ構成にしてるだろっていう大手サービスでも死んでるとこあるみたいなのが謎。詳細知りたい
  • 【初心者向け】AWS CLIリファレンスを読むときのコツ | DevelopersIO

    はじめに こんにちは、大阪オフィスのちゃだいんです。 「AWS CLI を使うぞ!」ってなってリファレンスを開くと、 全文英語ページをひらいた途端「うっ」ってなることないですか?私は毎回なってます。 公式リファレンスは、一定の知識者であれば難なくフムフムできることも、 初心者の場合なんて事のないことでもつまずいたりします。 つまずきほうけた中で、気づいたことをまとめてみました。 今回は例として、aws s3 ls をみながらご紹介します。 AWS CLI コマンドリファレンス s3 ls ↓↓↓AWS CLIの初期設定についてはこちら↓↓↓ 【初心者向け】MacユーザがAWS CLIを最速で試す方法 1. Chromegoogle翻訳アドインを入れる すでに導入している人も多いと思いますが、 google翻訳のchrome拡張機能を入れておくと、英文の翻訳作業が一瞬です! 実際使ってみる

    【初心者向け】AWS CLIリファレンスを読むときのコツ | DevelopersIO
    impreza98
    impreza98 2019/03/28
    APIのリファレンスもそうだけど、機械翻訳するとかえってわからなくなる……
  • 囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは?

    囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは?:週末エンプラこぼれ話(1/4 ページ) 人間の能力をAIが完全に上回りつつある「囲碁」の世界。最近では、AIを活用した研究を行う棋士も増えているそうだが、その裏側でAWSが若手棋士の中で大流行しているという。一体何が起こっているのだろうか。 ここ数年、将棋や囲碁といったボードゲームの世界では、AI人工知能)の能力が人間を上回りつつある。特に、Alphabet傘下のDeepMindが開発した囲碁AIAlphaGo」は、世界のトップ棋士を次々と破ったことで、昨今の人工知能ブームの“火付け役”となったのは記憶に新しい。 最近では、プロ棋士たちも研究にAIを使い始めているが、その影響で、若い囲碁棋士たちの間で今「AWSAmazon Web Services)」を利用する人が急速に増えているのだという。一体何が起きている

    囲碁AIブームに乗って、若手棋士の間で「AWS」が大流行 その理由とは?
    impreza98
    impreza98 2019/02/22
    スポットフリートの配分戦略を考えるのが楽しくなってきたら立派なAWS廃人です(?
  • 【速報】【アップデート】Lambdaが複数のファンクションで共有するコードを持てるようになりました(Lambda Layer) #reinvent | DevelopersIO

    サーバーレス開発部の阿部です。 New for AWS Lambda – Use Any Programming Language and Share Common Components 昨日のキーノートでServerless関連少なかったのでちょっとしょぼんとしていたのですが、非常に嬉しいLambdaアップデートがありました! サンプルコードがあったのでやってみたブログは、別途書きますが、まずは速報をおしらせします。 Lambda Layers概要 従来のLambdaではそれぞれの関数ごとにパッケージングしてデプロイしなければならなかった、複数のLambda関数で共有するカスタムコードやライブラリをビジネスロジックから使うことができるようになります。 新しいLambda Layerのアップデートでは、共有コンポーネントを一つのZIPファイルに固めてアップロードすることができます。既存の関

    【速報】【アップデート】Lambdaが複数のファンクションで共有するコードを持てるようになりました(Lambda Layer) #reinvent | DevelopersIO
    impreza98
    impreza98 2018/11/30
    あれ、これ超便利な気がする
  • [速報]AWS、データの長期保存をさらに安価にした「Glacier Deep Archive」発表。1ギガバイトあたり1カ月0.00099ドル。AWS re:Invent 2018 - Publickey

    [速報]AWS、データの長期保存をさらに安価にした「Glacier Deep Archive」発表。1ギガバイトあたり1カ月0.00099ドル。AWS re:Invent 2018 Amazon Web Servicesはラスベガスで年次イベント「AWS re:Invent 2018」を開催しています。 アンディ・ジャシーCEOによる基調講演で、データの保存料金をさらに安価にした新サービス「Glacier Deep Archive」が発表されました。 すでにデータの長期保存のためのサービスとしてAmazon Glacierが提供されていますが、今回発表されたAmazon Glacier Deep Archiveはさらに安価になっています。 同社の説明によると、Amazon Glacier Deep Archiveが、オンプレミスにおいて7年から10年程度のデータの長期保存用に設計された磁気

    [速報]AWS、データの長期保存をさらに安価にした「Glacier Deep Archive」発表。1ギガバイトあたり1カ月0.00099ドル。AWS re:Invent 2018 - Publickey
    impreza98
    impreza98 2018/11/29
    個人利用でもアリな気がしてきた……取り出し料金が気になるけど
  • 新発表 – Amazon Forecast – 時系列予測を容易に | Amazon Web Services

    Amazon Web Services ブログ 新発表 – Amazon Forecast – 時系列予測を容易に 未来を予見する能力は、信じられないほどのスーパーパワーとなります。AWSは、あなたにその力を与えることはできませんが、機械学習において、数ステップで時系列の予測を行うお手伝いができます。 時系列予測のゴールは、毎週の売上、1日の在庫レベル、1時間ごとのウェブサイトトラフィックなどの時間依存データの将来の値を予測することです。 今日の企業は、シンプルなスプレッドシートから複雑な財務計画ソフトウェアまであらゆるものを使用して、製品需要、リソースニーズ、財務パフォーマンスなどの将来のビジネス成果を正確に予測しようとしています。 これらのツールは、時系列データと呼ばれる一連の履歴データを見て予測を作成します。例えば、そのようなツールは、レインコートの将来の売上を、過去の売上データと、

    新発表 – Amazon Forecast – 時系列予測を容易に | Amazon Web Services
    impreza98
    impreza98 2018/11/29
    フルマネージドなディープラーニング……どのくらい使い物になるんだろ。