こんにちは、機械学習ソリューションアーキテクトの大渕です。 おそらく猫好きのみなさまは、自分の猫の写真だけではなく、公園や道ばたで見かけた猫の写真や猫カフェで撮った写真、はたまたインターネットで見つけたかわいい猫の写真など、様々な猫の写真をお持ちなのではないでしょうか。そんなみなさまが突然、「あなたの猫写真コレクションの中から、あなたの猫の写真だけをピックアップしなさい !」と謎の組織から言われたらどうしましょう。写真を 1 枚ずつチェックして仕分けるという途方もない作業をしなければならないのでしょうか ? 今回の記事では、いざそんな時が来てもあわてなくてすむように、たくさんの写真の中からうちの子 (に似ている猫) の写真を見つける方法をご紹介します。 手法としては機械学習を使うのですが、機械学習というと、以前 こちらの記事 でご紹介したような画像分類を思い浮かべる方もいらっしゃるかもしれ

記事公開当初、制限緩和申請時のリージョン一覧に東京リージョンが選択肢にありませんでしたが、2020-07-03 8:00（JST）時点で東京リージョンが一覧にあることを確認しました。 こんにちは。サービスグループの武田です。 AWSのEメール送信サービス、Amazon Simple Email Service（以下、SES）が東京リージョンで利用可能となりました。 これまではバージニア北部やオレゴンをはじめとした9リージョンで利用できました。今回、オハイオ、シンガポール、東京、ソウルが追加され、合計13リージョンで利用可能となりました。 マネジメントコンソールでアクセスしてみる さっそくマネジメントコンソールにアクセスして、東京リージョンでSESにアクセスしてみます。 これまではリージョン選択の画面になっていたのが開けるようになっています！ メールを確認してみる せっかくなので東京リージョ

ご機嫌いかがでしょうか、豊崎です。 ELB（Elastic Load Balancing）はその名の通りロードバランサーなので、負荷分散のイメージが強いと思いますが、 ここではWEBサーバが１台でも前段にELBを置いた方がいい理由についてまとめたいと思います。 WEBサーバが１台でもELBを置いた方が良い理由 インスタンスの差し替えが容易 運用が開始した後、EC2に対して修正を行う必要がでた場合、インスタンスの差し替えが容易になります。 DNSの変更を行うことなく、バックエンドの切り替えが可能です。 ELBのヘルスチェックで監視 ELBのヘルスチェックを利用してWEBサーバの死活監視を行うことができます。 CloudWatchアラームを組み合わせて通知が可能です。 HTTPSのSSL終端をELBへ SSLを利用する場合、EC2でSSLを終端させるとOpenSSLなどの管理が発生します。 一

AWSにおいてELBは気軽に利用できるサービスになっていますが、意外と意識されていないのではないでしょうか？。ELBはロードバランサとしての役割だけでなくSSL証明書のターミネーションやアクセス状況など各種メトリクス確認できることのほかにEC2間を疎結合にできるなど様々なメリットがあり、AWSでインフラ構成を検討する際には必ずといっていいほど出てくるものとなります。 今回はELBがある時とない時を比較し、ELBを使うことでどのようなメリットがあるのかみていきたいと思います。 前提 http(s)でアクセスする一般的なwebシステムを前提とします。 ここで使うELBとはClassic Load Balancerを想定しています。 ケース1 EC2が1台のみのWebサーバ構成において考えてみたいと思います。 ELBがない時 構成図 上記構成の場合、Route53(DNS設定）には以下のようなレ

こんにちは。ポインコと暮らしているエンジニアの高橋です。 今回はACMでプライベートCAを作成し、証明書を発行してみます。 プライベートCA（認証局）とは SSL/TLSサーバー証明書を発行するのが認証局(CA)ですが、CAには大きく分けてパブリックとプライベートとがあります。パブリックCAは監査法人によって認められた信頼された機関で、一般的なWebサイトにはこのパブリックCAの証明書が使用されます。一方、プラべートCAは誰でも構築することができる独自のCAです。社内システムに適用することなどが考えられます。 ACMとは ACMは「AWS Certificate Manager」の略で、SSL/TLS 証明書を作成/管理したり、CAを作成してプライベート証明書を発行することができるサービスです。 https://docs.aws.amazon.com/ja_jp/acm/latest/us

こんばんは、菅野です。 ELB の「事前定義されたセキュリティポリシー」に二つ追加されましたので、今回はそのお話になります。 ELB を使う限り避けては通れない部分なので簡単に書いてみました。 はじめに ELB や ALB に用意されている「事前定義されたセキュリティポリシー」は https や ssl のリスナーを使う際には必ず選択しなくてはいけません。（ELB はカスタムセキュリティポリシーを使えますが今回その話はしません） では「セキュリティポリシー」とは何か、ですが以下の3つの組み合わせを指します。 「セキュリティを要求される通信を行うためのプロトコル」 「暗号スイートと呼ばれる暗号技術の組み合わせ」 「サーバーの優先順位オプション（今回触れません）」 これら3つを組み合わせた AWS が用意する「おすすめのセット」が「事前定義されたセキュリティポリシー」です。 最近の事前定義され

AWS Elastic Load Balancer で HTTPS（SSL）通信を行うための準備、設定についてのメモ。目標とするサーバー環境のイメージは下記の通り。 Web アプリケーションサーバーを Amazon EC2 上に、Apache で構築する 負荷分散として Elastic Load Balancer を使う クライアントとアプリケーションの間は HTTPS（SSL）で通信する Elastic Load Balancer の設定 - Listener Configuration Elastic Load Balancer（以下、ELB）とは？ Elastic Load Balancing - Amazon Web Services ELB の一般的な設定方法は、下記の記事が参考になった。 Amaon EC2〜ELB設定編〜 | ナレコムAWSレシピ 今回、クライアントとアプリケ

西澤です。AWS Summit 2018 San Franciscoで発表されたACMの新機能であるPrivate Certificate Authorityを使って、プライベートな認証局を作ってみました。調べながらとりあえず動くところまではたどり着きましたが、不適切な箇所などあればご指摘いただけますと助かります。 Introducing AWS Certificate Manager Private Certificate Authority What Is ACM PCA? - AWS Certificate Manager Private Certificate Authority ACMプライベートCAを利用する上での注意 今回リリースされたACMのプライベートCAを利用したマネージドなプライベート認証局を用意することにより、プライベートな証明書を任意の名前やライフサイクルで自由に

はじめに とあるプロジェクトに途中から参画することになりました。 そこではあらゆるタスク・課題・バグがExcelの一覧で管理され、添付メールでやりとりする世界が広がってました。。 当然ながら資料のデグレは不可避。 そこで、みんなで共同利用できるRedmineを立てて少しは効率化しようとしたお話です。 本題 以下の内容をハンズオン形式で書いていきます。 EC2でRedmineを構築 Route53でドメイン取得 ACMで証明書発行 ELBを使ってHTTPS化 SESでのメール送信 AWS BackupでのEC2バックアップ自動化 Redmineを立てることを目的にしてますが、Redmineに限らず各AWSのサービスの使い方として参考になる記事になってると思います。 EC2のマーケットプレイスでBitnami Redmineを作る EC2のAWSマーケットプレイスから**BitnamiのRed

Redmine からメールを送ろう Redmine は便利なタスク管理ツールですが、これでメールが送信できないと嬉しさは半減してしまいます。 そこで、備忘録をかねて、ちょっと設定したことを書いていきます。 AWS の設定 認証情報の取得 AWSのマネジメントコンソールへ入って 「カスタマーエンゲージメント」の項目にある「Simple Email Service」を選択します。 SESの画面が出たらダッシュボードの左ペインから「SMTP Settings」をクリック メールサーバなどの基本的な設定が書いてあるので、それをメモ帳などにコピペしておきます。 この画面で重要な、SMTPの認証情報を手に入れます。 「Create My SMTP Credentials」をクリックしてください。 すると次の画面でIAMの設定をするけどOK？って聞かるので、IAMの名前を変える時はここで変えます。 それ

AWS EC2にBitnami Redmineをインストールして、公開する方法を紹介します。 インスタンスの作成から公開まで約30分ほどで完成します。 Redmineがインストールされた有料のAmazonマシンイメージ(AMI)もありますが、自分でインストールすれば、アカウントに付いている一年間の無料利用枠(750時間/月)を、有効活用できます。 EC2インスタンスの作成 AWSにログイン後、EC2に移動して[インスタンス作成]をクリックします。 マシンイメージの決定 最初に、Amazonマシンイメージ(OS)を決定します。対象を無料利用枠に絞り込むには、サイドバーの「無料利用枠のみ」にチェックを入れてください。 今回は無料利用枠の中から「Microft Windows Server 2012 R2 Base」を選択しました。 インスタンスタイプの選択 次に、インスタンスタイプを選択します

政府系クラウドに参入した富士通は、AWSとどう戦うのか？　狙いは「政府共通プラットフォーム」に載らないシステム（1/3 ページ） 国内クラウドサービス市場では現在、企業向けだけでなく、政府向けITシステムの分野でも外資系のクラウドサービスが先行している。例えば日本政府は、10月に運用を始める予定の「政府共通プラットフォーム」に、Amazon Web Services（AWS）を採用する方針を固めている。 そのような状況下で富士通は3月6日、政府向けクラウド事業に本格参入し、既存のクラウドサービス「FUJITSU Cloud Service for OSS」を改良して中央省庁や関連機関に提供すると発表した。サービス開始は5月で、22年度末までに100以上のシステムに導入する目標を掲げている。 富士通はなぜ、AWSが先行する中で、政府向けクラウド事業への参入を決めたのか。FUJITSU Clo

政府は今秋からスタートするIT（情報技術）システムのクラウド化をめぐり、人事・給与や文書管理など各省共通の基盤システムを米アマゾン・ドット・コム傘下のクラウド企業に発注する調整に入った。整備・運用にかかる費用は2026年度までで300億円を超える見通しだ。政府は各省庁のシステムについて4～8年で原則クラウドにする方針を打ち出している。コストの大幅減と、最新のデジタル技術の取り込みにつなげるため

この記事は新野淳一氏のブログ「Publickey」に掲載された「AWS、東京リージョン23日午後の大規模障害について詳細を報告。冷却システムにバグ、フェイルセーフに失敗、手動操作に切り替えるも反応せず」（2019年8月26日掲載）を、ITmediaNEWS編集部で一部編集し、転載したものです。 報告によると直接の原因は東京リージョンのデータセンターで使用されている冷却制御システムにバグがあったこと。これにより、緊急時の手動操作にも冷却制御システムの一部が反応しないなどでサーバが過熱し、障害に至ったと説明されています。 8月23日午後に約6時間の障害。EC2だけでなくRDSも 報告によると、障害は日本時間2019年8月23日金曜日の昼過ぎに発生。影響範囲は仮想マシンを提供するAmazonEC2とブロックストレージを提供するAmazonEBSのそれぞれ一部。以下、AWSの報告を引用します。 日

概要 作ったもの 最近お金が減るのが早くなった気がしたので、家計簿をつけようと思い立ちました。アプリをダウンロードしてきてもよいのですが、せっかくなので自分で作ることにしました。 タブレット、スマホ、パソコンのどれでも見れるようレスポンシブ対応を行ったのですが、タブレット(iPad)からみると以下の画像のようなものになっています。 チャート画面 記入画面 取引一覧画面 構成 静的ファイルはAWSのS3にホスティングし、お金のやり取りに関する情報はRDSに貯め、情報の追加・削除・修正にはLambdaとAPI Gatewayを用いて作ったAPIを通して行います。LambdaのコードはPythonで書いています。 簡単な図にすると、以下の画像のようになります。 共通部分 フロントエンド フロントはVue.jsを使って実装します。以下の画像の赤枠で囲った部分に表示するコンポーネントを切り替えます（

この記事は一休.comアドベントカレンダー2017の 8 日目です。 一休.com の宿泊開発基盤のお手伝いをしている id:shiba-yanです。 はてなインターン時代の縁で naoya さんから声をかけていただき、基本フリーランスですが一休で週に 3 日ほどの作業を 2016 年 4 月から行っています。 最近は shibayan とも一緒に改善を進めている 4ヶ月の間に一休.comで起きた変化 - zimathon blog 2016 年 4 月末から現在までに、一休社内でどのようなことに取り組んできたか、公開できる範囲で思うままに書いていきます。長いです。 ユニットテスト基盤 新しいメールテンプレート メール配信基盤 宿泊クラウド移行 移行方法の調査・検証 実行環境の調査・検証 アプリケーションの分離と整理 AppVeyor での CI / CD 本番環境の移行 その後の運用 宿