Consulを使ってみる - Carpe Diem
概要 Consulというサービス・ディスカバリツールを使います。 クラウド時代ではオートスケールなどサーバの台数やIPが変動することが多いため、動的に検知できる必要がありConsulはそのためのツールです。 またConsulを通してどのサーバ上でどのようなサービスが動作しているか、そのポート番号、IPアドレス、ホスト名などをリアルタイムで知ることができるようになります。 環境 Ubuntu 14.04 Consul 0.6.4 Consulのポート・プロトコル Consulが使用するポート・プロトコルは以下です。 機能 TCP/UDP ポート 説明 Server RPC TCP 8300 Server が他の Agent からRPCのリクエストを受け付ける Serf LAN TCP & UDP 8301 LAN用のゴシッププロトコル。全 Agent 同士が使う Serf WAN TCP &
VPSサーバの比較(Lightsail,ConoHa,Vultr,DigitalOcean,UpCloud,Linode,LunaNode) - Qiita
VPSサーバの比較(Lightsail,ConoHa,Vultr,DigitalOcean,UpCloud,Linode,LunaNode)AWSConohaDigitalOceanVULTRUpCloud 経緯 これまでDigitalOceanを使っていたのですが、 東京リージョンがないことなど微妙な不満が蓄積していたこともあり、 少し手を広げて調べなおしてみました。 選考基準は次のとおり。 時間単位での課金があること ストレージ領域がSSDであること 外部ストレージが別に作成可能なこと APIアクセスができること コマンドツールが存在すること 調査対象にしたVPSサービス ConoHa Amazon Lightsail Vultr DigitalOcean UpCloud Linode LunaNode 各VPSサービスの特徴と概要 ConoHa 国内サービスなので日本語でのサポートが
サーバが多くSSH鍵の管理が大変です。どんな工夫をしていますか？ - Qiita
これは「コードを書いていて困ったときに、suinがチャットで質問に答えたり相談に乗るsuinのプログラミング相談室(仮)」で頂いた質問と僕の回答の要約です。 質問 管理するサーバ数が増えてきて、SSH秘密鍵の管理も大変になってきています。suinさんは、SSH鍵の管理をどうやっていますか？ suinの回答 サーバって何台くらいになりますか？僕はせいぜい20台〜30台くらいがマックスなので、参考にならないかもしれませんが、戦略として次の2つをやっています。 使う鍵を減らす ログイン情報をモジュール化する 鍵を減らす 鍵を減らすのは同じ公開鍵を使い回す方法です。僕はできるだけこれをしてますね。セキュリティと利便性のトレードオフでバランスを取る戦略です。サーバの運用ルールや、与えられた鍵でしかアクセスできないなどで、できないこともあります。 ログイン情報をモジュール化する ログイン情報をモジュー
Webアプリケーション負荷試験実践入門
2015年2月24日 ヒカ☆ラボ発表資料 Webアプリケーション負荷試験実践入門 ■スライドの目的 負荷試験の重要性を認識して頂く 意味のある負荷試験を最短距離で行うための“段取り”を持ち帰って頂く 内容的には、主にAWS上のLAMP構成のシステムに対する負荷試験ですが、負荷試験ツールに依存しない全般的に通用する話を扱っています。Read less
WebSocket on AWS (ロードバランサとSocket接続を使用したイベント通知サーバの負荷分散)
ELBを使用した場合に、WebSocketなどのSocket接続をロードバランシングする方法についての説明です。 (追記：2015年4月10日) 資料を新しいものに更新いたしました。Read less
【CEDEC2016】想定を遥かに上回るユーザーが殺到した『Fate GO』――ディライトワークスが明かした負荷対策とAzureからAWSへの移行 | gamebiz
ディライトワークスのプログラマーの今井守生氏、上野威史氏、ピアレスの田村祐樹社長が「『Fate/Grand Order』における、ディライトワークス流AWS導入＆活用術」と題するセッションを8月24日の「CEDEC 2016」で行った。このセッションでは、大人気ゲームアプリ『Fate/Grand Order』におけるMicrosoft AzureからAWSへの移行、そして活用術を具体的かつ実用的に紹介した。 今回は、今井氏の講演を中心にレポートしていこう。氏は、スパイク・チュンソフトなどを経て、2014年にディライトワークスに入社した。『Fate/Grand Order』においては、サーバー関連の業務を担当しているという。API仕様作成とテーブル構造の決定、実装、コードレビューなどを行っているそうだ。 またディライトワークスの紹介も行った。2014年1月に設立されたばかりのスマートフォンゲ
Shields UP! -- Internet Connection Security Analysis
Welcome to ShieldsUP! If you have not visited for some time, please note that: Our new Perfect Passwords facility is used by thousands of people every day to generate ultra-high-quality random passwords for securing WiFi and other services. Our weekly Security Now! audio podcast has covered every security issue you might have. These mp3 audio files are freely downloadable, and since we have transc
スマホアプリ開発時にさくっと叩けるAPIサーバをnginx・Let’s encrypt・JSON Serverで構築する - Qiita
目的 スマホアプリ開発の初期段階でまだAPIの仕様等がフワっとしているような状況で、さくっと試験用のAPIサーバーを立てて、APIをちょこちょこいじってみながらアプリ開発をしたい。 ローカルマシンにJSON ServerでAPIサーバ立てるのが一番早そうだったけど、どうせならネットワーク上に置いてHTTPSでAPI叩いてみたいよね、ってことで構築してみた。 完成予定図 スマホアプリ開発用PC ↓↑ HTTPS（Let’s encrypt） ↓↑ Nginx（:443） ↓↑ JSON Server（:3000） ※ サーバはEC2使ってますがお好みに合わせてどうぞ 構築手順 1. AWSとドメインの準備 1. 管理コンソール等からEC2インスタンスを立ち上げる 今回はOSは Amazon Linux AMI 2016.03.1 (HVM) を選択 インスタンスタイプはt2.microを選択
あなたのサーバは本当に安全ですか？今もっともイケてる脆弱性検知ツールVulsを使ってみた - Qiita
はじめに サーバ管理をしている身としては、 セキュリティ は常に付きまとう悪魔みたいなもので、このセキュリティに関しては何をどこまで頑張ればいいのか不透明な部分が多い。 脆弱性に関しては、CVEなど、毎日情報は入ってくるが、それがどのサーバの何に関連したものなのかなんていちいち調べてられないし、どの脆弱性がすぐに対応しなければいけないもので、どの脆弱性があとあと対応すればいいものなのかなんてわからない。 実際のところ、大きな話題になった脆弱性くらいしか緊急で対応してないという人は多いのではないかと思う。 そんな中、満を持して登場したのが vuls !! 各サーバの脆弱性情報を取得して、個々のサーバそれぞれでどんな脆弱性があり、どのくらいやばい脆弱性なのかを検知できるようになった！ 今回はこのvulsを紹介します。 Vulsとは 公式でロゴが発表されたので、差し替えました 公式ドキュメント:
WEB+DB PRESS にてメルカリSREチームによる大規模インフラ運用の連載が始まります | メルカリエンジニアリング
SREチームの @kazeburo です。2016年4月23日(土曜日)に発売される WEB+DB PRESS Vol.92より、メルカリSREチームメンバーによる連載が開始されます。 gihyo.jp 連載1回目は @kazeburo が書かせていただきました。 連載タイトルは「大規模インフラ運用最前線 〜 増え続けるデータをどう処理し、活用するか」となります。ユーザからの大量のリクエストを受ける大規模Webサービスでは、そのレスポンスを構築する過程で膨大な量のデータを生み出し、処理しています。メルカリも例外ではなくサービスが急成長する中で増え続けるデータをどのように扱い、常にパフォーマンスよくリクエストに応えるかが常に課題となっています。さらに今では、大量のデータを分析したり、機械学習に活用することで新しい価値を生み出すことがWebサービスの発展に欠かせなくなってきています。 連載の1
大量メッセージが来ても安心なLINE BOTサーバのアーキテクチャ - Qiita
Help us understand the problem. What is going on with this article? 3月24日に発表になったLINEのBOT API Trial Accountが、いよいよ4月7日から実際に試せるようになりました。既に多くのBOTが開発者の手によって作られ始めたようですね。QiitaにもいくつかBOTの作り方が投稿されていますので、"LINE BOT"というキーワードで探してみてください。 実際の作り方の基本は他の投稿に任せるとして、BOT API自体は非常にシンプルな作りなので、試すこと自体はすぐにできると思います。しかし、シンプルな反面、仮に近い将来「Trial」が取れて、友だち50人制限が撤廃された時、それでも正しく安定的に動作するBOTとするには、アーキテクチャ上の工夫が必要になります。個人的に、既にLINE BusinessCo
diary/2016/03/30/インフラの引っ越しを行いました
以下、ざっくり説明していきたいと思います。 > Web Server/Workerの移行Web Server/Workerの移行 従来はHeroku(US region)にサーバがあったため、日本からのアクセスの場合チューニングをどう頑張っても数百msの遅延がありました。これをAWS(Tokyo region)に移行することで、ページを表示するのに要する時間が1/2 ~ 1/3まで改善されました。 > DockerDocker 移行開始直後は自分が不慣れなこともあり、このタイミングでDockerを採用する気はありませんでした。しかし、実際にECS上でのデプロイを検証したり、Dockerについて学習するうちに移行のイメージが掴めてきたのでDockerを採用することにしました。 もともとHerokuで動いていて The Twelve-Factor App にほぼ沿っていたので、やってみるとDo
サブドメインで複数サイト運用している時の楽なnginxの設定
例えば、aaa.com、というドメインで、 site1.aaa.com site2.aaa.com …. という運用をしていて、それぞれ別コンテンツのwordpressだった場合、Apacheだとsite1,site2それぞれ別のVirtualHostディレクティブを延々書く、というのが普通でした。けどnginxだと楽できます。 こういう風に書けます。 server { listen 80; server_name .aaa.com; root /www/$host/httpdocs; index index.php index.html index.htm; access_log /www/$host/logs/access.log; } server_nameのところのドット始まりでサブドメインを全て受けて、DOCUMENT_ROOTに当たるところの指定は$hostでそれぞれ
LINE DEVELOPER DAY 2016 開催のお知らせ « LINE Engineers' Blog
LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog saegusa2017-04-16Yoshihiro was a network engineer at LINE, responsible for all levels of LINE's infrastructure. Since being named Infra Platform Department manager, he is finding ways to apply LINE's technology and business goals to the platform. こんにちは。LINEでネットワークやデータセンターを担当している三枝です。2017年1月にJANOG39で登壇する機会を頂きましたので、今回
複数環境を管理するcookbookをリファクタしてみた - Qiita
Chefマスターから見たら「えっそんなこともちゃんとやってなかったの？情弱」的な感じかもしれませんが、とりあえず自分で気をつけたポイントをメモしてみました。 ほんとはこう分けた方が良いよ！とかありましたら教えてもらえると嬉しいです！ 課題 やっとサービスが成長してきたので、ちゃんとChefで３環境(local, staging, production)を管理しているのですが、 「3rd partyのcookbookも使ってるし、attributeのoverrideをrunlistで行っていて、環境ごとのrunlistに差分が出る。ヤバい。目diff無理」 という素敵な課題が勃発 対策 このrunlist問題に対して、以下のような対策を打って、リファクタしました。 1. バージョンをattribute化してあるものは必ずserver specでテスト えぇ、、、なんでやってなかったんだって怒
サーバをメンテする時に便利な Linux コマンド 3つ - bekkou68 の日記
はじめに サーバを運用したり環境を構築したりしていて「あれ。あのプロセスで吐いてるログどこだっけ・・」など困るときがあります。 そんなときに頼りになるかもしれないコマンドを 3つご紹介します。 @madeth 師匠に教えていただきました。 1. proc でプロセスが使っているファイルを見る 困ったこと プロセスの吐くログのパスがどうしても分からない・・。 解決法 (編集 2014/09/10) 知りたいプロセスの ID を調べます。 $ ps aux | grep unicorn deploy 3335 xxx xxx xxx xxx X XX 15:14 0:07 unicorn master -c /var/www/myproject/unicorn/staging.rb -E staging -D プロセスID (この場合は 3335) をもとに root 権限でファイルディスクリ
KAIZEN platform Inc. における運用自動化
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Linode - Xen Cloud Hosting
Lv1から始めるWebサービスのインフラ構築
コマンドによる「負荷」の原因切り分け
