「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 > ニフティクラウドユーザーブログ
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 > ニフティクラウドユーザーブログ
CentOS + chef-solo で rails が動く All in one サーバを準備する 目標 VPS を立ちあげてすぐに All-in-one (DB, Web, App 全部入り) で rails アプリケーションが動くシンプルなサーバを立ち上げる。 ローカルの VirtualBox にインストールして検証する。 ちなみに、Linux のセットアップをするときには未だに僕は slicehost のドキュメント http://articles.slicehost.com を見ています。 もっとモダンなところがあったら教えて下さい。 chef の概要については http://wiki.opscode.com/pages/viewpage.action?pageId=24019581 をざっと読んだのみで、あとは使いながら覚えていく戦法。 構成 CentOS 6.3 Ruby 1
最近、EC2+Amazon Linuxしか使っておらず、「あとはchef-soloコマンドを叩くだけ」みたいな状態のAMIを作っておけばめちゃくちゃ便利じゃないかと思い、chef-soloのレシピを書き始めた。今shellでやっているセットアップ作業を全部移すつもりなのでとりあえず入門として以下を試してみる。 サーバーの準備ssh関連の設定をしつつ、以下を実行。 # パッケージ準備 sudo yum -y update sudo yum -y groupinstall "Development tools" sudo yum install -y gcc-c++ patch readline readline-devel zlib zlib-devel libyaml-devel libffi-devel openssl-devel git rubygems # rubyインストール su
環境構築を自動化すれば数分でサーバ構築して投入できますよ?@HIROCASTERでございませう。 vagrantで開発環境(仮想マシン)を自動構築しようの記事で、仮想マシンにchefやpuppetを自動的に実行させて開発環境を自動で構築する手順を紹介しました。 環境構築を自動化する内容をchefであれば、レシピと呼ばれるものを、puppetであればマニフェストと呼ばれるものを記述しなければなりません。 今回はパッケージ(NTP)を導入して、NTPの設定ファイルを自動的に配備して、サービスを立ち上げるという環境構築の自動化をchef-soloを使って、紹介したいと思います。基本的に他のソフトになっても手順は同じです。参考にしてください。 chefとchef-soloの違い chefはクライアントとサーバの形を取っており、chefを実行するためにはサーバにレシピや付随する数多くのデータがなけれ
chef-server は仕組みが大げさでインストールも大変だし、10〜20台ぐらいなら chef-solo と capistrano を組み合わせればいいよね?(同案多数) Capistranoとchef-soloを組み合わせて使う | ひげろぐ capistrano + chef-soloで構成管理する - delirious thoughts 実はこれまでもずっと、適当に書き殴った shell script で rsync && chef-solo 実行というのをやっていたのですが、複数の json をいい感じにマージして適用したかったので、capistrano で書き直してみました。 fujiwara/chef-solo-with-capistrano · GitHub 方針 cookbook などのファイルの同期は rsync で 共通で使用する json とホストごとにそれを上
開発環境、ステージング環境、本番環境と似たような環境を構築する機会は多いわけで、このあたりを自動化したいとは前々から思っていたんですが。 今回 PHP(と pear のパッケージいくつか)をインストールするために Chef というやつを使ってみたので、これについて書いてみます。 Home - Chef - Opscode Open Source Wiki 結論としては、いちおうインストールできましたが、結構いろいろ難ありでした。 Chef とっかかり システム自動管理ツールについて システム自動管理ツールというと Puppet が有名です。システムの構成を自動化するだけであればスクリプトなんかでもできないことはないんですが、Puppet 導入の利点として オープンソースなシステム自動管理ツール Puppet:第1回 システム自動管理ツールの必要性とPuppetの概要|gihyo.jp …
はじめまして。株式会社 paperboy&co. の宮下と申します。 この連載では、最近注目を集めているRuby製のシステム自動管理ツールPuppetについて、その概要から具体的なシステム管理への適用まで、実際の現場で利用するために必要な情報をお届けします。 システム管理とは システム管理と一口に言っても、以下のような様々なタスクから構成されます。 ハードウェアの設置 ネットワークへの接続 OSのインストール/設定 ネットワークの設定 OSへの最新パッチ適用 ソフトウェアのインストール/設定 OS/ソフトウェアのアップデート OS/ソフトウェの設定変更 細かく言えば、他にもタスクは色々ありますが、これらのタスクを通じてシステムを「あるべき状態」に維持するのがシステム管理である、と言えるのではないでしょうか。 システム自動管理ツールの必要性 それでは、システム管理の自動化はなぜ必要なのでしょ
SSHクライアントたくさん並べてペーストしまくるのが許されるのは小学生までだよね と言ってみたかっただけです。こんにちは。 Capistranoでサーバ構築を省力化する方法を紹介します。サーバ構築の自動化といえばChefやPuppetが有名ですが、CapistranoはサーバにSSH接続さえできれば利用できるメリットがあります。データセンタに持ち込むノートPCにCapistranoを仕込んでおけば便利なツールになるし、短期間に検証用のサーバを構築する場合も有用なツールになるでしょう。Capistranoはデプロイツールとして使われることが多いですが、サーバ構築にも有用です。 CapistranoはRubyで書かれたツールで、複数のサーバにSSH接続してコマンドを実行できます。同様のツールとしてexpectがありますが、CapistranoのスクリプトはRubyの内部DSLなので書きやすく拡
Time.nowとか扱うだけだと以下をappllication.rbに記述するだけで日本時間になる。 config.time_zone = 'Tokyo' でも、ActiveRecordで扱う時間がこれだとUTCのままだったので、あれーー?と思ってたら、ActiveRecord用にも以下を追記しないとダメらしい。 config.active_record.default_timezone = :local ちなみにTimeZone確認用 $ rake -D time $ rake time:zones:local
現在 Ruby on Rails 3.0 であるサービスを作っていますが、 Rails 2.X と違い RDB に書かれる時間が UTC (協定世界時) でかかれます。 国際対応する予定のアプリならこれで良いのですが、日本向けのサービスの場合はメンテナンス性を考えると RDB には日本時間(JST)で書かれた方が良いので対応しようとしたところ一筋縄では行きませんでした。 Railsの設定 config/application.rb (Rails2の config/environment.rb に対応するファイル)に、コメントアウトされた config.time_zone = 'Central Time (US & Canada)' という設定があったので config.time_zone = 'Tokyo' としてみましたが、なぜかまだUTCで動作しています? rails3 time_zo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く