By: Heather Adkins, Betsy Beyer, Paul Blankinship, Ana Oprea, Piotr Lewandowski, Adam Stubblefield Can a system be considered truly reliable if it isn't fundamentally secure? Or can it be considered secure if it's unreliable? Security is crucial to the design and operation of scalable systems in production, as it plays an important part in product quality, performance, and availability. In this bo
今回はAnsibleを本格運用した際のイメージを掴むためにAnsibleのベストプラクティスを参考に実際に試してみたいと思います。 実践のお題はWordPressとします。WordPressのセットアップを通してベストプラクティスのイメージを掴んでいただければと思います。 準備 ローカルマシンに作業ディレクトリを作り、その中でAnsibleのベストプラクティスに則ったプレイブックを作っていきます。MacもしくはLinuxなどで試してみてください。 $ mkdir try-ansible-best-practices $ cd try-ansible-best-practices ウェブサーバとDBサーバを別個に立てますので、さくらのクラウドでサーバを二台立てておきます。OSはCentOS 6.6を利用します。サーバ作成時にrootでのsshの接続に必要となる公開鍵も忘れずに登録してください
2014/01/22 追記あり このエントリを書いたあと、いくつかアドバイスを頂いた。ありがとうございます。それを受けていくつか playbook を修正しています。 @localdisk pipe('|') を使う場合は command じゃなくて shell ですね。SSH のは .ssh/config が Host にマッチしたものに適用する設定だからですね— yteraoka (@yteraoka) 2014, 1月 19 @localdisk sourceslist への追加はapt_repository を使うと冪等性が出ていいと思います。 http://t.co/iwNDw40JUC— shirou - しろう (@r_rudi) 2014, 1月 20 僕の感想。 自分の知らないことでも頑張ってブログに書くとできる人が色々アドバイスをくれるのでみんなもっとブログ書けばいいと
最近ホットなサーバ監視ツール、munin。 詳しいスライドはこちらが分かりやすい。 私がMuninに恋する理由 - インフラエンジニアでも監視がしたい！ - from Masahito Zembutsu 私が管理しているサーバにも導入してみました。 実際には Apache + munin の導入事例が多いですね。 しかし、私の場合は nginx + munin だが、ちょっと少ないので、忘備録として記録したいと思います。 まず、munin を入れよう (ここではドメインを「www.domain.com」を前提にします) yum で EPEL 指定でインストール。 # yum --enablerepo=epel -y install munin munin-node munin.conf を変更します。 # vi /etc/munin/munin.conf 99行あたりに下記の内容を追加しま
What is Munin? Munin is a networked resource monitoring tool that can help analyze resource trends and "what just happened to kill our performance?" problems. It is designed to be very plug and play. A default installation provides a lot of graphs with almost no work. In Norse mythology Hugin and Munin are the ravens of the god king Odin. They flew all over Midgard for him, seeing and remembering,
はじめに アクセスが急増すると、応答時間が著しく悪化するサイトはありませんか？ 普段は200ミリ秒以内で安定してアクセスをさばいているのに、イベントやらキャンペーンやらを開始した瞬間から、普段の２倍や３倍のアクセスが殺到し、その結果、レスポンスタイムが3秒とか9秒とかかかるようになってしまうことってありますよね。 あるサイトの実状 つい先日まで、そんなサイトが私の目の前にもありました。自社で運営している某ソーシャル系のサイトなんですが、イベント開始時刻と同時にアクセス数が急増するのです。とはいえ、所詮は普段の2倍とか3倍程度の数なのだから、少なくとも1秒以内にレスポンスを返せるくらいの性能は維持したいものです。 しかし実際は困ったことに、応答に3秒以上もかかってしまう処理が大量に発生してしまう状況に陥ってしまっていました。これはきっと、どこかにボトルネックがあるに違いありません。 仮説を立
README.md クラウド時代の環境構築・デプロイ自動化戦略 概要 日時 2014/02/13 13:05～13:50 サマリ ビジネスの速度にあわせて頻繁にインフラストラクチャーを伸縮させたりアプリケーションをデプロイするためには、不安定なマニュアルプロセスではなく、再現可能な自動化されたプロセスを作り上げていかなければなりません。本セッションではこれからクラウド環境上での自動化を進めていくことを検討されている方のために、自動化の始め方や戦略、そして具体的なケーススタディを紹介いたします。 話す内容 なぜ環境構築・デプロイの自動化が必要なのか？ ビジネスの要求 多くの場合は、アプリケーションのリリースサイクルは今までよりも速くなっている。例外はあるが。 アジャイル型の開発の浸透。これはビジネスニーズとマッチ コストとリスク デプロイ作業は繰り返し行われる 環境構築作業も何度も行われる。
伊藤直也さんのブログ（開発メモ#5 : Amazon Linux で knife-solo を使って chef-solo 実行 - naoyaのはてなダイアリー ）でchef-soloが紹介され、Vagrantと一緒にちょっとしたビッグウェーブが巻き起こりました。 さらに昨日、入門Chef Solo - Infrastructure as Codeが達人出版からも発売開始。本が出版される前に一度挫折したchef-soloですが、この本のお陰でchef-solo童貞を卒業することができました。 続編も書きましたので、よろしければこちらもどうぞ 続編：さくらVPSの初期設定をChef Soloでやってみた〜サードパーティcookbookの使い方〜 | tsuchikazu blog なぜ挫折したかというと、Chefの公式ドキュメントが、量が多くてめちゃくちゃわかりにくいんです。naoyaさんの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
