概要 AWSを始めとするパブリッククラウド環境でインフラ運用を始めると、サーバ構築からインフラ監視、セキュリティ対策、コスト管理まで考えなければならないことがたくさん出てきます。 ここではAWSを初めて運用するインフラエンジニア、SRE向けにスモールスタートな環境構築からスケーラビリティの高いインフラ構成まで、様々なノウハウを公開していこうと思います。 初めにやること アカウント設計 システムを運用する上で、本番環境以外に開発環境や検証環境を作成するケースは多いと思います。AWSでサービスを運用する場合は大まかに次のパターンに分かれることが多くなります。 1つのAWSアカウント、1つのVPC (ネットワーク) に全ての環境を構築 1つのAWSアカウント、VPCごとに環境を分けて構築 AWSアカウントを環境ごとに分けて作成 どのパターンが最適かは、システム構成や規模によって変わりますし、運用

Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

みなさんこんな画面を見たことありませんか？？ このような状態は避けるべきです。理由は以下の通り。 各リソースの役割がわかりにくい オペレーションミスが発生しやすい リソース削除などの判断が難しくなる 単純に見栄えが悪い そこで今回は弊社が環境を構築する際によく使う命名規則を紹介したいと思います。 新規でリソースを作成する際に参考にしていただけると嬉しいです。 ※AWSアカウントでシステムや環境を分離していたとしても、命名規則を守ったほうがリソースの見通しがよくなります。 リソース名から何を知りたいのかを考える みなさんはリソース名（主にNameタグ）から何を知りたいですか？？ 対象のリソースによっても異なりますが、共通で知りたいものは以下になるかと思います。 対象システム 環境(本番、検証、開発) また、リソースによってはこれ以外に知りたい情報もあるはずです。 Subnet、RouteTa

こんにちは、カナダに来て1年弱ですが、いまだに"how are you?"にアイムファインセンキューと返してしまう全然英語が上達してない聖賢です。 インフラエンジニアならみんな大好きtopコマンド、おそらくビヨンドの中ではサーバ運用の中で最初に覚えるコマンドじゃないでしょうか。 実は結構奥が深いコマンドでいろんなことができるので、これまでドヤ顔で「こんなこともできるんやで」と上司の威厳、、、もとい先輩としての経験を後進に伝えていたのですが私も最近になって初めて知った超便利な使い方を紹介したいと思います。 ちょっと長いですがお付き合いください。 普通にtopコマンドを実行すると以下のような画面が表示されます 結構これだけでもサーバ運用には重要な情報が詰まっているのですが、topコマンドの見方などは他でも色々と紹介されていると思うので今回は割愛します 今回はこのtopコマンドの表示を最終的にこ

This domain may be for sale!

こんにちは！待ちに待った2月です。 何を待っていたか？ フットボールネーション（１３） (ビッグコミックス)やブルーピリオド（４） (アフタヌーンコミックス)、BLUE GIANT SUPREME（７） (ビッグコミックススペシャル)が発売される月ということになります。 嬉しい〜！の金城(@o0h_)です。 さて。 (ほぼ)ちょうど1ヵ月前に出た「入門 監視」は、いろいろな方面で話題になりました。 既に色々な書評やまとめが出回っていて、反響の大きさが感じられますね！ www.oreilly.co.jp 弊社でも、会社の書籍購入補助を利用して即予約 & 入手をしました。 この本からは非常に多くの学びや示唆を得られたと感じています。 先日、その内容・感じたことを、社内LT会で共有しました。 発表内容を踏まえつつ、読後に自分なりに考えさせられたことをまとめてみたいと思います。 ただしスライドに含

ロケットモバイル 月額298円から利用可能なモバイル通信サービス 「ロケットモバイル」を提供しています。

Z.com Cloudが 選ばれる理由 Z.com CloudはGMOインターネットグループが提供する企業向けパブリッククラウドです。 幅広いラインアップを取り揃えた仮想サーバー、物理ホストの専有型サーバー、複雑な構成に対してもフレキシブルな対応が可能なネットワーク、クラウド環境の信頼性を高める多彩なセキュリティサービスなど、多機能かつ柔軟なサービスを取りそろえたクラウドサービスです。オンプレミスからのクラウド移行、アプリケーション開発環境、ITインフラ基盤の構築など、お客様の用途に応じて最適なクラウド環境をご提供いたします。 国内No.1のサーバー運用実績 ネットインフラ利用数1,000万件超、ホスティング市場ではNo.1のシェアを獲得しているGMOグループのクラウドサービスです。 使った分だけお支払い サーバープランは時間単位での利用が可能です。また月額上限もあるため、安心してご利用い

Terraform とは インフラストラクチャ定義ツール に分類されるツールで、クラウド上のリソースを定義ファイルの状態になるように生成・操作してくれます インフラの構成を宣言的に定義できるところが特徴で、構築手順を書くのと違って構成定義のみに集中することができます ※宣言的に定義できる とは「t2.micro インスタンスを1つ」と書くだけで、作成手順を意識しなくてもその通りに出来上がるということです 単純にスクリプト化するだけだと、手続き的に構築手順を書く必要があります Vagrant を開発している HashiCorp社 が開発しているツールなので使用感は Vagrant と同じような感じです TL;DR .tf ファイルに定義内容を記述し、$ terraform apply を実行するだけで定義内容の通りに自動でインフラを構築してくれます インストール 以下に従って OS 毎のビル

［速報］オンプレミス用AWS「AWS Outposts」発表！ AWSが設計したサーバラックをオンプレミスへ持ち込み。AWS re:Invent 2018 同社がラスベガスで開催中の年次イベント「AWS re:Invent 2018」、3日目に行われたアンディ・ジャシーCEOによる基調講演の最後は、VMware CEOのパット・ゲルシンガー氏を壇上に呼び込んでハイブリッドクラウドの話題となりました。 そして発表されたのが、AWSのクラウドインフラと同等のシステムをオンプレミスに持ち込める「AWS Outposts」です。 AWS Outpostsは、AWSが設計した、AWSのクラウドインフラで使われているものと同じハードウェアとソフトウェアをラックマウントのシステムとしてまとめたものをオンプレミスに持ち込むことで、オンプレミスでもAWSと一貫性のあるクラウドインフラが利用可能になるというも

CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。 とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと

こんにちは、Findy CTO の @ma3tk です。 今会社でフリーランス・副業エンジニア向けの事業を作りながら CTO も兼ねて会社に在籍したりしています。もちろん、スタートアップという段階なので当然ながら自社のネットワーク環境やオフィス内でのシステム周りについて取りまとめる役割も兼ねています。 元々知見がない中でいろんな方にサポートしてもらいつつ、前職でこんな感じでやってたななど思い出しながら Findy で環境を整えて行ったりしています。 そこで本日は今20人規模の組織においてそれぞれの項目でどう苦労しているかについてご紹介していきたいなと思います。 施錠管理 今 Findy ではフルタイム6人という状態に加えて、副業やパートタイム業務委託として関わってもらいオフィスに来てもらってる方が15人ほどいらっしゃったりします。その中で15人がオフィスに来てもらって都度ドアを開ける、もし

はじめに エンジニアやっていると色んなサービスを作りたくなると思うのですが、Herokuのフリープランが使えなくなってしまった影響で無料でのサービス運営は難しくなってきています。 もちろん、Google App Engineなど無料で運用できるものもあるのですが、サービスにロックインされてしまうのが多くちょうど良い物が見つかりませんでした。 ということである程度安く色々やろうとすると、1台のサーバでいい感じに複数サービスを立ち上げるという昔ながらの構成になるのですが、Dockerを使うことで環境セットアップなどサーバ管理の手間を最小限にしていこう、というのがこの記事の趣旨となります。 方針 要件 安い サービスにロックインされない スケーラブル（もしサービスのアクセス量が増えたとしてスケールさせられる） インフラ管理が容易 セキュリティとかなるべく気にしたくない 以上のことを踏まえた結果C

ssmjp 201712 はたのさん祭での「運用自動化、不都合な真実」の発表資料です。 詳細: https://www.opslab.jp/publish/20171212-ssmjp-automation.html (運用設計ラボ合同会社 波田野裕一)

2. 2Copyright©2017 NTT corp. All Rights Reserved. 諸説あるが、ここでの定義は「部分的な故障を許容するシステム」の事 複数台のコンピュータを接続して信頼性を高めたり データが途中で化けても再送したり訂正したり 一部のコンピュータが突然故障しても引き継いだり 故障を設計の一部に組み込む事が必須となる 分散システムとは 3. 3Copyright©2017 NTT corp. All Rights Reserved. • 世はまさに分散システム戦国時代 • Hadoopを皮切りに次々出てくる巨大分散OSS • シリコンバレーでも分散ミドルウェアベンチャーが多数出現 • 高信頼なシステムを作ろうと思った場合には複数台のマシンによる高可用構成 が前提になる • Google、Facebook、Amazon等はもちろん • 金融、流通などのエンタープラ

概要 はじめまして、17 新卒エンジニアの中嶋です。 イエウール のサーバサイドの開発を行っています。 コードを書くのは好きだけど、インフラ・ミドルウェア系は弱い感じのエンジニアです。 これまで趣味では、Heroku や Elastic Beanstalk でシュッとデプロイして済ましていたので、AWS、ネットワーク、ミドルウェアあたりの知識が皆無でした。 先日、イエウールのホスティング環境が、IDCFrontier から AWS へ移行しました。 tech.speee.jp このようなインフラ移行に関わる機会は、そう多くあることではないので、これに便乗してインフラにちゃんと触れてみようと思いました。 そこで、少しでもインフラに近づくべく、社内で実績のあったプロビジョニングツール Itamae を使って、イエウールのサーバ構成の一部を、できる範囲でコード化しました。 結果、コードを書くのは

大阪でサーバーレスの話をしてきました クラスメソッドの開発を知る！大阪勉強会 第7回 これから始めるサーバーレス！〜最新サービス使いこなし術〜で スピーカーとして登壇しました。参加率が非常に高く、多くの方にご参加いただきました。誠にありがとうございました！ 本記事では、勉強会でお話しした「目的別、サーバーレスアーキテクチャの教科書！これのときはこう！」の発表資料を公開します。 発表資料 内容 本セッションでは、これからサーバーレスを始める人向けに、サーバーレスとは何か？という話から、具体的にどのようなアーキテクチャを構築するのか？というお話しをさせていただきました。 サーバーレスアーキテクチャパターン 本セッションでは、サーバーレスアーキテクチャのパターンを20種類ご紹介しました。サーバーレスと言えるアーキテクチャは20種類では語りきれないほど沢山ありますが、今回は独断と偏見で選んでみまし