HAProxy の可用性に関する調査 リファレンス HAProxy Configuration Manual version 1.4.24 HAProxy Configuration Manual version 1.5-dev19-9 状態の確認方法 バックエンドサーバの状態を含めた HAProxy の状態を確認する3つの方法について説明する。 1. ブラウザから確認する方法 指定したURLで状態のレポートを確認することができる。 設定 上記の設定によって、/haproxy?statsで状態のレポートを確認できるようになる。 URI は stats uri オプションで変更できるが、指定できるのは URI のプレフィックスであることに注意。 2. UNIXドメインソケット経由で確認する方法 UNIXドメインソケットを経由してコマンドを送ることで、状態を取得したり変更したりすることができる

Supervisorで簡単にデーモン化 上記の続き。 目的 プロセスが落ちてautorestartが頻繁に使われるようなら、それを検知しておきたい。 いくらautorestartを指定していても、異常終了後に即起動できない状態だと デフォルト5回リトライで落ちてしまう。 supervisorでデーモン化したプロセスが終了してしまった場合に、 メールで通知させたい。 supervisorのイベントリスナー 異常終了イベントを検知するイベントリスナーを実装して組み込めばいい。 バージョン3.0からの機能。 公式のドキュメントとしては以下の機能の部分。 メールを送るだけのリスナーなら、 superlance パッケージがリスナーの実装の一つとして存在するので、今回はこれを使う。 superlance pythonのパッケージ。 記述時点でversion 0.11を使用。 インストールは easy

第67回Ruby関西の勉強会です。 RubyからAWSを使おうということでSDKの紹介や、2Tier-Architectureなどの紹介をしています。

「DMM.com」はもはや、その名前を知らない人はいないくらい、有名となった企業です。あなたは「DMM」と聞いて何を思い浮かべますか？ アダルト動画配信の会社 FX業者 艦これ いずれも、圧倒的な知名度で成功を納めているDMMの事業です。しかし、その企業実態は謎に包まれています。DMMは私が以前から気になっていた会社のひとつなのですが、最近「この会社、もしかして上場するつもりなんじゃないか？」と思うことがあったので、調べてみることにしました。 なぜ私が「DMMは上場するんじゃないか？」と思ったのかというと、 DMM創始者の亀山敬司会長が積極的にメディアに露出し始めた 脱アダルトを目指すかのように新しい事業を次々立ち上げている という動きがここ数年で起こっているからです。 上場するかどうかはともかくとして、「クリーンなイメージの会社へと変貌を遂げようとしている」意図がDMM側にあることがわか

2015-05-14 の社内勉強会 (hbstyle) で Hashicorp の Vault についてめちゃくちゃ適当に喋ったやつです

Serverspecで実施するテストを適当に書いていたら、Rakefileとspec_helperが度重なる継ぎ足し建築で大きくなったので晒す。 この記事に出てくるファイルのリポジトリはこちら。 OpsRockin/serverspec_helper_example テスト対象のはなし 相手はだいたいこんな感じ。 ほぼ同じ構成で、staging, productionほか複数の環境がある 環境はプロビジョニングツールの管理下である ツールではミドルウェア構成に対応する形のroleとして定義が作られている 各ホストは大分類名(webとか)がついていて、roleの組み合わせで構築される 構築側のことはあまり気にせず、『仕様を探ってspecだけ書いてちょー』という条件の下でやってます。 Rake & spec_helperで吸収したかったこと 大分類が同じホストが環境別に複数あったり無かったり

The document discusses Linux KVM (Kernel-based Virtual Machine) and how it enables full virtualization on x86 hardware. KVM uses Intel VT-x and AMD-V virtualization extensions to allow a Linux kernel to function as a hypervisor. Guest virtual machines see a bare metal interface while the host kernel manages scheduling and resource allocation. Qemu is used as a processor emulator to add missing gue

Here at Etsy we (ab)use our memcache infrastructure pretty heavily as a caching layer between our applications and our database tiers. We functionally partition our memcache instances into small pools and overall it works fabulously well. We have however suffered occasionally from what we call "hot keys". What is a "Hot" key? A "hot key" is a single key hashed to an individual memcache instance wi

皆さん今日もたくさんのサーバを相手にされていることかと思いますが、いくつかのサーバにアクセスして 1 秒間の統計情報(例えばvmstat 1 2)を集めてパッと表示したい時ってどうやってますかね？shell script を学びはじめたばっかりの僕はこんな感じで書いてました。 $ for i in host1 host2 host3; do ssh $i "vmstat 1 2 | tail -1"; done 0 0 0 329004 210836 14275360 0 0 0 2424 1410 1828 0 0 100 0 0 0 0 0 3716112 587704 25921684 0 0 0 488 1643 2026 0 0 100 0 0 1 0 0 555440 265560 14015548 0 0 0 4204 1534 2392 1 0 99 0 0 vmstatと

InfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example

先日、弊社のとあるサービスの production 監視に Mackerel が使われるようになった。 それまでは Amazon CloudWatch を利用したり、nagios だとか Zabbix だとかを構築して監視をしていたのだけど、一方でこれらの構築・設定はビミョーに大変だったりした。アプリケーションエンジニアだけではなかなか手を出しづらくなってしまっていて、インフラエンジニアさんへの相談も、 「どんな監視項目を設定したらいいかな？」「閾値はどれくらいにしたらいいだろう？」 といったものにはなかなかならず（できず）、 「このサーバの監視の設定、お願いしてもいいですか？ 普通の監視 で大丈夫なので」 みたいなものになりがちだった。「僕らのミッションは "監視サービスの構築" じゃない よね」、ということでの Mackerel 採用だった。 加えてつい先日、弊社インフラエンジニアから

Nginxでリバースプロキシしつつlua-nginx-moduleを使ってリクエストやレスポンスを書き換える。図にするとこんな感じ。 client proxy app | 🍣 | 🐟 | |-------> 🐟 -------> 🐟 | 🍣 🍚 🐟 | |<--------|<----------| クライアントから寿司が送られてくるけどアプリケーションはネタだけ受け取りたいのでシャリはプロキシに抜いてもらう。 アプリケーションからのレスポンスにはさっきのネタが含まれているので、プロキシはシャリを戻してクライアントに返してあげる。 ローカルにOpenResty入れて適宜luaファイルを書き換えてcurlを叩くとかでもいいんだけど、絶対あとからだるくなってくるのでDockerでコンテナを立ち上げて、それに対してリクエスト投げるテストを書くことにした。 Dockerファイルはこち

Keynote - Jacob Kaplan-Moss - Pycon 2015 - YouTube The programming talent myth [LWN.net] PyCon 2015で、Djangoの貢献者であるJacob Kaplan-Mossが興味深い基調講演をしているので紹介する。LWM.netでほぼ全面書き起こしに近いまとめがあったので助かった。 自己紹介 Kaplan-MossはDjangoの貢献者であり、Herokuのセキュリテイ部門の部長である。PyCon参加者としては歴史が長く、その他のカンファレンスでもよく発表している。Pythonコミュニティは「自分にとってこの業界におけるとても重要なもの」であり、PyConの基調講演を行うということは、「自分のキャリア上の絶頂」である。 自分の最初のPyConの発表は2005年のことで、PythonとAppleScri

================ 「Slack成長の秘密は何なのでしょう？」車内にBluetoothを通した声が響きます。 「あなたがたが、Slackに行ったことを私たちにもしてほしい」と、今後クライアントになるであろう、成功を収めたSaaSアプリのCEOが、彼のプロダクトのリデザイン依頼をしてきました。 それから私は今までに何百回もした話を始めました。 この一年、ほぼ毎日のように同じ質問を、Slack成功の鍵について分析を試みるクライアント、投資家、デザイナーから浴びせられていました。 Slackは今や世界を席巻しており、28億ドルの評価額と何十万ものユーザーを持ち、猛スピードで成長しています。 なぜ私にSlackの質問がくるのか？ 私はMetaLabというデザイン会社を経営しています。 私たちは普段表舞台には出ないので、おそらく、あなたはこの名前を耳にしたことはないでしょう。しかし、私

blog記事: http://alpha.mixi.co.jp/entry/20150513

こんにちは、サイオステクノロジー武井です。今回は、Azure AI Searchによるベクトル検索・セマンティック検索・ハイブリッド検索について一筆したためたいと思います。 生成AI時代の様々な検索手法 最もメジャーな検 […]

C# を使い倒す！クロス プラットフォーム アプリ開発とクラウド連携の新潮流 - Xamarin セッションYoshito Tabuchi

potatotips #17で発表した資料の加筆修正版です。 いつかくるそのときの参考になれば幸いです。詳しい対応方法は以下のURLを熟読してください。 https://developer.apple.com/apple-pay/

最近のコンピュータは複数のCPUコアを持っているので並列にコマンドを実行することができます。 たくさんの同じようなファイルに同じ処理を実行することは、私のやっているバイオインフォマティクスではよくあります。 しかし自分で並列に実行するスクリプトを書くことはそれほど簡単ではなく、ログや実行結果の確認など煩雑な処理を書かなければいけません。 この記事では、そうした処理を簡単にするGNU parallelというツールを紹介します。 GNU parallel UNIX系のOSではインストールはとても簡単です。MacでしたらHomebrewを使って、Linuxでは各ディストリビューションのパッケージマネージャからインストールできます。 詳しくはGNU parallelのウェブページを参照して下さい(http://www.gnu.org/software/parallel/)。 Homebrew: b

インフラ：AWS 開発言語：Node.js v0.8系 フレームワーク：Express 3系 DB：Amazon DynamoDB 検索エンジン：Elasticsearch スケーラビリティの実現のためにAWS、配信スピードの向上のためにDynamoDBとNode.jsを最大限活用した作りとしています。また、実行環境の構築・管理についてはAWS Elastic Beanstalkを使用しています。各詳細は次回以降紹介していきますが、ここでは、機能概要を簡単に触れておきます。 図4【1】クライアントライブラリ 前述した通りプッシュ通知にはデバイストークンが必要になるため、APNs・GCMから取得してPusna-RSへ送信する機能が一律必要となります。そのため、アプリ起動時にこれらの処理を行うモジュールをライブラリ化して、各アプリに提供しています。 また、後述する条件を指定しての配信を行うため

こんにちは。アプリケーション共同開発部の門多です。 本日、超高速プッシュ通知配信エンジン BoltzEngine をリリースしました。 開発者自身が製品を紹介するのは緊張著しいですが、ご紹介します。 BoltzEngine って何？ BoltzEngine は、モバイルアプリにプッシュ通知を行うための超高速プッシュ通知配信エンジンです。 現在は、iOS と Android 両方のプッシュ通知に対応していて、 1 秒間で 3.5 万端末へ送信することができます。 これまで一般的なライブラリを用いた開発では、 通知を受信する端末数に比例して送信の時間も長くなってしまっていました。 たとえば、30 万、40 万通あたりになると、全部送り切るまでに分単位の時間がかかっていました。 この問題の解決を目標として開発し、様々な案件で洗練されてきた製品が BoltzEngine です。 BoltzEngi

「コードを書き続けたい」。こんな想いを胸にはてなへ入社したのが、松木雅幸さんだ。コードを書き続けるよりも、マネジメントラインへキャリアアップが一般的なエンジニアという職種。にも関わらず、なぜ彼は「コードを書き続ける」という選択をしたのか？決断の背景、エンジニアという仕事への想いを聞く。 コードを書き続けるという働き方。 WEB・IT業界のキャリアプランを語るうえで欠かせないのが、マネジメントラインでの活躍。エンジニアとして培った知識・スキル・経験をベースにプロジェクトを成功させるための旗振り役としての活躍が期待され、評価されるのが実情だ。 「エンジニアとしてコードを書き続けるにはどうすればいいのか」 こんな問いを、2014年9月にはてなへ入社した松木雅幸氏に投げかけてみた。元々カヤックで活躍していた彼は、「コードを書き続けたい」という想いのもと、はてなへ入社した。では、なぜ彼ははてなを選ん