タグ

ことはじめとAWSに関するakatakunのブックマーク (27)

  • AWS CodeBuild におけるビルドの詳細の表示 - AWS CodeBuild

    翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS CodeBuild におけるビルドの詳細の表示 CodeBuild で管理されるビルドの詳細を表示するには、AWS CodeBuild コンソール、AWS CLI、または AWS SDK を使用します。

  • Google Cloud (GCP) と AWS サービス対応表・比較表(2019年2月版) | クラウドエース株式会社

    こちらの記事は弊社技術ブログに掲載していた内容となります。 一部を除き、投稿当時の情報となりますので、紹介内容の最新情報については別途公式情報等をご参照下さい。 こんにちは。クラウドエース編集部です。 こちらは2年前のブログ記事です。Google Cloud(旧Google Cloud Platform / GCP)と AWS の最新版のサービス比較や値段が気になる場合は、下記の資料をご覧いただくことをおすすめいたします。 【最新版】AWSGCP・Azure 3大クラウドサービス 比較表 作成動機 パブリッククラウド(Google Cloud、AWS、Azure など)について、私個人の整理、そして皆様がパブリッククラウドを触るためのトリガーになればとの想いで1年前に「Google Cloud と AWS サービス対応表・比較表(2018年2月版)」を公開し、好評だったことに加え、昨年(

    Google Cloud (GCP) と AWS サービス対応表・比較表(2019年2月版) | クラウドエース株式会社
  • AWSアカウントを作ったら最初にやるべきこと ~令和元年版~ | DevelopersIO

    はじめに 中山(順)です 4年ほど前にこの記事のタイトルと同じテーマで資料を作成したことがあるのですが、古い内容があったり新しいサービスのことが含まれていなかったりするので改めてまとめてみました。令和だし! その時の資料はこちらです(クラスメソッドにジョインするくらい2年前です)。 AWSアカウントを作ったら最初にやるべきこと サインアップ (業務利用の場合)非個人メールアドレスでサインアップ サポートプランの確認 ID管理 / 権限管理 CloudTrailの有効化 ルートアカウントのMFA設定 IAM User / IAM Groupの作成 パスワードポリシーの設定 GuardDutyの有効化 Security Hubの有効化 請求 IAM Userによる請求情報へのアクセス許可 支払通貨の変更 Budgetの設定 Cost Explorerの有効化 Cost Usage Report

    AWSアカウントを作ったら最初にやるべきこと ~令和元年版~ | DevelopersIO
    akatakun
    akatakun 2019/06/14
    登録MailはMLが好ましい,このMailがRoot AccountのIDとなる
  • AWSを学ぶために最初に構築するアーキテクチャパターン5選 - log4ketancho

    先日書いた AWS の勉強方法をまとめた記事(AWSを学ぶ上でやってよかった勉強法5選 - log4ketancho)で、「簡単なWebサービスAWSで運営するといい勉強になるよー」と書きました。その中で、 今まで経験したり今いるところはどこもオンプレばかりでAWSとかのクラウドの知識が全くつかないからどこかで勉強したいし個人サービス運用とかしたいんだけど、1年過ぎるといきなりコストがドカンとかかりそうで…… や 「2)簡単なWebサービスAWSで運営する」は誰もが考えることだが、最初の無料期間1年間以外、AWSで個人ブログなりを運用するのはコスト悪すぎだろ…。 というような利用料金が気になってしまう、、というコメントを幾つかいただきました。 この気持ちとても分かります!業務で使う分にはサーバー何台立てようが気になりませんが(は言い過ぎですがw)、個人でサービスを運営する場合はそうはい

    AWSを学ぶために最初に構築するアーキテクチャパターン5選 - log4ketancho
  • 【注意: 2018/8/7 にアップデートあり、コメント欄をご覧ください】AWS Black Belt Online Seminar 2017 Amazon Lightsail

    【注意: 2018/8/7 にアップデートあり、コメント欄をご覧ください】AWS Black Belt Online Seminar 2017 Amazon Lightsail

    【注意: 2018/8/7 にアップデートあり、コメント欄をご覧ください】AWS Black Belt Online Seminar 2017 Amazon Lightsail
    akatakun
    akatakun 2019/05/15
    スナップショット,月間300万件を超えるDNSクエリ,上限を超えるデータ転送量,アタッチされていないStatic IP以外は固定料金,VPC PeeringでDefault VPCに接続可能,インスタンス等の上限は厳し目
  • AWS Glueのお試し:ドキュメントのざっと読みとクローラを使ってみる - 冥冥乃志

    先日、このようなブログが発信されました。 aws.amazon.com この辺りのデータ環境周りを作るためのサービスは、どんな状況であっても覚えておいて損はないですし、好きなレイヤーでもあるのでちょっと触ってみました。なお、公開されているのはまだ北米リージョンのみです。 ドキュメント読みながら、使いながらメモ書きしてたらある程度のボリュームになったので、一旦区切って出します。 参考リソース なんにせよ公式リソースが一番ですので、迷ったらここに当たってみましょう。 docs.aws.amazon.com サンプルや各種ライブラリのリポジトリもすでに作られています。今はまだ少ないですが、これから充実して行くことを期待しています。 github.com github.com AWS Glue is 何 AWS上のフルマネージドなETLです。ETLはextract, transform, and

    AWS Glueのお試し:ドキュメントのざっと読みとクローラを使ってみる - 冥冥乃志
  • Amazon Lightsailの課金まとめ #reinvent | DevelopersIO

    はじめに AWS re:Invent 2016で発表されたAmazon Lightsailの課金について、整理しました。 インスタンス利用料金 Lightsailには5つのプランがあります。 プランごとに4つの項目があります。 RAM vCPU SSD data transfer(データ転送の無料枠) Lightsailは1時間単位の課金が行われます。 runningまたはstopped時に課金されます。 月の最大額が決まっており、最も安いプランでは0.0067ドル/1時間で月の最大額は5ドルです。 データ転送 データ転送料金はInboundとOutboundで分けて考えます。 インターネットからLightsailへの通信がInboundです。Inboundは無料です。 Lightsailからの通信がOutboundです。 他のLightsailインスタンスやAWSリソースに対して、プライ

    Amazon Lightsailの課金まとめ #reinvent | DevelopersIO
  • [レポート]Well-Architected Frameworkを100%生かす方法 #AWSSummit | DevelopersIO

    今日は2018/05/30より3日間に渡って東京で開催されている「AWS Summit Tokyo 2018」からセッションをレポートします。 このレポートはTech中級 「クラウド設計・運用のベストプラクティス集 “AWS Well-Architected Framework” を 100% 活用する方法」です。スピーカーはアマゾンウェブサービスジャパン株式会社 ソリューションアーキテクトの高山 博史氏です。 レポート セッションの目的 クラウド設計、運用のベストプラクティスであるW-Aの概要を理解 開発、運用フェーズでのW-Aの活用方法の理解 AWS Well-Architected Framework(W-A)とは システム設計、運用の大局的な考え方とベストプラクティス集。AWSやお客様と共にW-Aも進化し続ける。 必ずしも全てがベストプラクティスにのっとている必要はない。 リスクを

    [レポート]Well-Architected Frameworkを100%生かす方法 #AWSSummit | DevelopersIO
    akatakun
    akatakun 2018/06/06
    リスクを把握できていることが重要で、リスクに対処するかはビジネス的な判断となる,クラウドの利点を活かし、必要なキャパシティを推測しない、本番スケールでシステムをテストする
  • AWS CLI の query による絞り込み - Qiita

    この時、条件として設定する文字列は、以下のような感じで考えるとやり易いかもしれない。 JSONの階層構造を意識する 表示項目を絞り込む 表示対象を絞り込む 例えば aws ec2 describe-instances の実行結果を見ると、Reservations がトップレベルにあるのがわかる。 { "Reservations": [ { "OwnerId": "XXXXXXXXXXXX", "ReservationId": "r-XXXXXXXX", "Groups": [], "Instances": [ { "Monitoring": { "State": "disabled" : :

    AWS CLI の query による絞り込み - Qiita
  • 無駄なコストを省こう!AWSで消し忘れを防止するためにチェックすべき7つのポイント | DevelopersIO

    はじめに 以前、AWS利用料のメールが見て、思っていたよりも高くてビックリしたことがあります。調べてみたところ勉強用に立ち上げたRDSを消し忘れていました。今は会社のアカウントを使わせてもらっているので自分の財布に直接響くことはなくなりましたが、同じようなことを起こさないために消し忘れてないかチェックすべきポイントをまとめます。 1.インスタンス 当たり前ですがまずは不要なインスタンスを停止もしくは削除します。もちろんRedshift、ElastiCacheのクラスタ、Kinesisのストリームなども含みます。停止するのを忘れた時に自動でシャットダウンするようにしておくのもいいでしょう。私は以下の記事が参考になりました。 【AWS】CloudWatch入門/使っていないEC2を自動シャットダウンしよう 以下の記事のように起動する際に最初から1日で止まるように設定しておくのも有効だと思います

    無駄なコストを省こう!AWSで消し忘れを防止するためにチェックすべき7つのポイント | DevelopersIO
  • S3の料金体系が分かりにくいと聞かれたので纏めた - Qiita

    課金ポイントは3つ そんなに難しいことはないと思いますが 課金ポイントは3つ あります。 ストレージ容量 単純に保存容量に対して課金されます。 低冗長化ストレージを指定すると2割くらい安くできます。 ログだとか家族写真の保存だとかメインだとデータ転送よりここにお金がかかってきます。(容量でかいけど古いやつは殆どアクセスしないようなのはライフサイクル設定でGlacierに移動する手もあります) データ転送 課金されるのは(S3からの)送信だけです。受信(S3へのアップロード)は無料です。 また、インターネットへの送信と別のAWSリージョンまたはCloudFrontへの送信で別料金が設定されてますが、小~中規模のシステムならサーバ群は1リージョンに纏まってることが多いでしょうから、CroudFront利用時くらいにしかその料金は発生しないと思います。しかもCroudFront利用時は殆どのトラ

    S3の料金体系が分かりにくいと聞かれたので纏めた - Qiita
    akatakun
    akatakun 2017/10/18
    データ転送: 同一リージョンのAWSサービス間の通信は無料,課金されるのはAWSサービスの送信だけ,主にインターネットへの送信
  • AWS料金早見表

    サーバレスアーキテクチャ構成にしたときに 実際のところ、どれくらいの料金になるのか気になったので算出してみようと思います。 (あくまでシミュレーションしたものでAWS側で値段や計算方法が変わったりするため、責任は負いかねますので導入する際は自己責任でお願いします。) AWSのどこにどれくらいの料金がかかっているのか知ることは大事だと思ったのですが、トータルだとなかなかまとまってなかったのでまとめてみました。 間違ってたらご指摘いただけると助かります。 サーバレスアーキテクチャって何?って方はこちら参照してください 世界に先駆けてAWSサーバレスアーキテクチャでユーザ認証とAPI認可の実装をしてみた AWSサーバレスアーキテクチャでCloudFrontからWAFをかけてAPI Gatewayを呼ぶ Lambda+RDSはアンチパターン 全部教えます! サーバレスアプリのアンチパターン とチュ

    AWS料金早見表
  • AWS再入門 Amazon VPC編 | DevelopersIO

    はじめに ども、大瀧です。当エントリはDevelopers.IOでの弊社AWSチームによる『AWS サービス別 再入門アドベントカレンダー 2015』2日目のエントリです。昨日1日目は八幡の『Amazon S3』でした。 このアドベントカレンダーの企画は、普段AWSサービスについて最新のネタ・深い/細かいテーマを主に書き連ねてきたメンバーの手によって、今一度初心に返って、基的な部分を見つめ直してみよう、解説してみようというコンセプトが含まれています。 日2日目のテーマは『Amazon VPC』です。 目次 Amazon VPCとは クラウドにプライベートネットワークを構築 自在なネットワーク設計 2つのセキュリティ機能 ユースケース 1. インターネット向けシステム 2. オンプレミス向けシステム 3. インターネット兼オンプレミス向けシステム 高度な設定 ピア接続 Flow Logs

    AWS再入門 Amazon VPC編 | DevelopersIO
    akatakun
    akatakun 2017/09/25
    外部からアクセス可能なPublic Subnetと不可能なPrivate Subnetに別れる,VPCに対応するサービスはプライベートネットワーク内にノードが配置できるため外部ネットワークとのセキュリティ設計がしやすい
  • AWS1年目無料期間でやったこととハマったこと - Qiita

    昨年のJAWS DAYS(3/22)のハンズオンでAWSアカウントを作り、そこから1年間の無料期間でいろいろやったことを書き出す。正直言ってきちんと活用し切れなかったなぁという思いがあるので参考にならないかも。 最初にやること 気を付けるポイントとしては セキュリティ と 課金 かと。以下、だいたいがよく言われていることではある。 IAMユーザーを作成する IAMはAWSの権限管理のためのサービス。最初にAWSアカウントを作成したときに使った、メールアドレスをユーザー名とするユーザーはいわゆるrootユーザーにあたるので、AWSコンソールへのログインにはIAMで新たにユーザーを作成して使用するのが適切。またGoogle Authenticator等で他要素認証も設定しておく。 Trusted Adviserを設定する Trusted AdviserはAWSの使用状況がコスト、セキュリティ

    AWS1年目無料期間でやったこととハマったこと - Qiita
    akatakun
    akatakun 2017/09/05
    リージョンによってサービスの価格は異なる(東京はわりと高め),特定リージョンじゃなければリリースされていないサービスがある
  • AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ(SysVinit編) - Qiita

    AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ(SysVinit編)AWSEC2AmazonLinux

    AWS EC2 Amazon Linuxインスタンス起動後、最初にやることまとめ(SysVinit編) - Qiita
  • AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita

    AWSアカウントを作成したら最初にやっておきたいことをまとめてみた。 あわせて読みたい 記事の内容を含めた最新の手順は、下記の書籍にまとまっている。 クラウド破産を回避するAWS実践ガイド AWSアカウント(ルートアカウント)の保護 AWSアカウントが乗っ取られると詰むので、真っ先にセキュリティを強化する。 AWSアカウントへ二段階認証を導入 AWSアカウントでのログインは、AWSアカウント作成時のメールアドレス・パスワードだけでできてしまう。心許ないにもほどがあるので、まずは二段階認証を設定しよう。 IAMのページを開く https://console.aws.amazon.com/iam/home 「ルートアカウントのMFAを有効化」を選択して、「MFAの管理」ボタンをクリック 「仮想MFAデバイス」にチェックが入っていることを確認し、「次のステップ」ボタンをクリック 注意書きを読ん

    AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita
    akatakun
    akatakun 2017/05/08
    其の一
  • AWS導入を考えているなら目を通しておきたい記事11選

    AWSAmazon Web Services:アマゾンウェブサービス)は任天堂、クックパッド、日経済新聞社、Adobe Systems、大手企業も導入している人気のクラウドサービスプラットフォームです。 オンプレミスからクラウドへの移行にAWSの導入を検討している方のために、AWS関連の記事を11個ピックアップしてご紹介します。 AWS関係者の話 「ここまで話していいの?」:AWSのデータセンターの中身を、設計総責任者が話した / @IT http://www.atmarkit.co.jp/ait/articles/1411/20/news106.html 米ラスベガスで開催された「AWS re:Invent 2014」にて、AWSのバイスプレジデント兼ディスティングイッシュド・エンジニアであるジェームズ・ハミルトン氏が行った、AWSのサービスインフラの規模や構成についての講演を要約し

    AWS導入を考えているなら目を通しておきたい記事11選
  • 「AWS is 何」を3行でまとめてみるよ - Qiita

    すべてのAWSのサービスを 3行以下でまとめました。 AWSが色々ありすぎてわからん! 3行以下で誰かまとめて!!という思いで、AWSを3行で書いてるところがなかったので自分で作りました。 掲載した金額は最小使用時のもの。無料枠や大量購入割引(Volume discount)、あと転送量でかなり変わるので、参考程度に。 以下からのカッコよすぎな見出しは AWSクラウド製品のページ からのそのままの引用です。「 広範かつ奥深いコアクラウドインフラストラクチャサービス」って僕が言ってるわけじゃない! 広範かつ奥深いコアクラウドインフラストラクチャサービス なんのこっちゃ。 よーするに「基サービスですよ」ってことらしい。基サービス多すぎだろ・・・。 い。 コンピューティング AWS is 何 いくら?

    「AWS is 何」を3行でまとめてみるよ - Qiita
  • CloudWatchのELB監視項目 - Qiita

    指定されたAvailabilityZoneでのロードバランサーに登録されたhelthyなEC2インスタンスの数。 unhealthyな閾値を超えてヘルスチェックに失敗していないホストはhealthyだとみなされる。 このmetricを評価する場合、dimensionはLoadBalancerNameとAvailabilityZoneで規定されるはずである。 このmetricは指定されたAvailability Zoneでのhealthyなインスタンスの数を表している。 200でない応答(HTTPやHTTPSでのヘルスチェックの場合)が返ったり、ヘルスチェックを行っている場合にタイムアウトするような接続の問題でインスタンスはunhealthyになることがある。 全てのhealthyなホスト数の合計を得るために、このmetricは各登録されたAvailabilityZoneを取得し、全てのme

    CloudWatchのELB監視項目 - Qiita
  • CloudWatch 標準メトリクス(監視項目) 一覧 - Qiita

    標準メトリクス一覧がネットで調べてもなかなかでてこなかったので、備忘録として残しておきます。 参考:http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/using-cloudwatch.html CPUUtilization 割り当てられた EC2 コンピュートユニットのうち、現在インスタンス上で使用されているものの比率。このメトリックスは、選択されたインスタンス上でアプリケーションを実行するのに必要な処理能力を表します。 単位: Percent DiskReadOps このインスタンスで利用できるすべてのエフェメラルディスクでの、完了した読み取り操作の数(インスタンスで Amazon EBS を使用している場合は、「Amazon EBS のメトリックス」を参照してください)。 このメトリックスは、一定の時間当たりの、アプリケー

    CloudWatch 標準メトリクス(監視項目) 一覧 - Qiita