[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社
本項はChefConf 2013: Beginner Chef Antipatternsを和訳したものです。 はじめに よく Chefの学習は大変 Chefの学習曲線は急勾配 と言われているので、Opscodeでは緩和するためのコンテンツを色々準備しています。 learnchef.com docs.opscode.com パブリック/プライベート トレーニング Podcasts (Food Fight Show など) 各地のユーザグループ (訳注: 日本なら #opschef_ja ) ChefConf! (訳注: これは ChefConf 2013 で行われたセッションなので) それでも、正しいことをやっているのか知るのは難しく、何か間違ったことをやっているのか知るのはさらに難しいものです。コミュニティの中で「ベストプラクティス」は常に進化してきました。 ベストプラクティスについてもっ
![[和訳] 初心者Chefアンチパターン by Julian Dunn #opschef_ja - クリエーションライン株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/82a8c1343ce69bc048b95879fe60a40e3c5844b9/height=288;version=1;width=512/https%3A%2F%2Fwww.creationline.com%2Fcms_iL3DVvxR%2Fwp-content%2Fuploads%2F2015%2F05%2Fchef_slide.png)
スタートアップ企業向けインフラ運用入門（1）：監視 - O'Reilly Japan Community Blog
スタートアップ企業等の少人数チームの場合、専任のシステム運用担当がいることは稀だと思います。本記事では、そうした少人数チームの開発兼運用担当者を主な対象として、システム運用の重要な要素である「システム稼働状況の確認、障害対応」を省力化するための方法の一つとして「システムの監視」の方法について説明します。 少人数チームでのシステム運用 Retty開発担当の鹿島です。第1回で少し紹介しましたが、RettyはWebサイト、iPhoneアプリ、Androidアプリの計3プラットフォームを、3人＋αの開発者で開発を進めています。私は主にWebサイトの開発とインフラ全般を担当しているのですが、Webサイトの開発がメインのため、インフラ構築・運用に割ける時間はそれほど多くありません。 おそらく世間の小規模チームの大半では、我々と同様に専任の担当者がいないと思われます。今回の記事はそうしたスタートアップ企
OSインストール自動化あれこれ(Cobbler, Koan)
OSインストール自動化あれこれ(Cobbler, Koan) - Presentation Transcript OSインストール自動化あれこれ （ Cobbler , Koan ） tn m t (s @ tn m t.in fo ) 自己紹介 ▸ 常松 伸哉 (id: tnmt) ▸ Blog: http://blog.tnmt.info ▸ paperboy&co. サーバー管理チーム ▸ 趣味: 楽器(Sax) ▸ 最近ランニング始めました ● 暑くて早くもバテ気味です 突然ですがこう頼まれたら… ▸ 物理マシンへのOSインストールやっておい てー。100台。 ▸ anacondaインストーラ使って一台一台インストール？ ▸ PXEブート？キックスタートファイル100個準備？ Cobblerでどうぞ ▸ Cobbler ▸ OSインストールに関する情報や、インストールに必要なデー
カヤック流ソーシャルアプリの作り方 インフラ編 - KAYAC Engineers' Blog
入社4年目にもなってtech.kayac初登場のせいです。 ブログ書けプレッシャーにとうとう屈する時がきました。 これで夢にkyo_agoが出てうなされなくてすみます。(彼はtech.kayacの尻たたき担当でした) 先々月「ぼくらの甲子園!熱闘編」というゲームをモバゲー内にてリリースしました。 これは去年リリースした「ぼくらの甲子園!」の続編です。 モバゲーユーザの方、是非遊んでみてください。 今回はこの「ぼくらの甲子園!熱闘編」がどういうインフラ構成になってるか紹介したいと思います。 注) 題名に「カヤック流」とはつけましたが、カヤックでは多様性を善としている風潮があり、 ゲームによってインフラの構成が違うどころか、利用しているプログラミング言語すら違います。 なので全てのゲームがこのような構成になってるわけではありません。 前提 今回のインフラ構成を決めるに至って考慮した点は「ラクに
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
Chefを使用してEC2インスタンスを操作するチュートリアル：その１ - サーバーワークスエンジニアブログ
こんにちはインフラエンジニアの柳瀬です。 サーバシステムの管理や運用するツールとして、ChefやPuppetは様々なブログで紹介されているので、ご存知の方は多いと思いますが、先日リリースされたChef0.10.0からknife-ec2というプラグインを使用してEC2インスタンスを操作するようになったようです。 ※Amazon EC2やRackspace、Openstackなどの各クラウド固有の機能がChef本体から切り離されたようです。 これを機に数回に分けてknife-ec2を使用するまでの手順を簡単にご紹介したいと思います。 今回はOpscodeへのユーザー登録とChefのインストールまでをご紹介します。 Chefについてはこちらのページでどんな事が出来るか説明がされておりますが、あまりご存じない方もいらっしゃると思いますので、必要となる用語を簡単にご説明したいと思います。 ■Opsc
Chefを使用してEC2インスタンスを操作するチュートリアル：その2 - サーバーワークスエンジニアブログ
こんにちは！インフラエンジニアの柳瀬です！ 以前、Chefのチュートリアルを書いてから早いもので一ヶ月が経過してしまいました（すみません）。 9月号のSoftware DesignでもChefが特集されておりますし、これからより注目を浴びていきそうですね！ 私も頑張って「攻め」の仕事術を学んでいきたいと思います。 knife ec2を使用してEC2インスタンスを起動と終了は以下の流れで行います。 ローカルPCにOpscode社から提供されているcookbookのダウンロードChef-ServerにcookbookをアップロードするEC2に接続するための設定を追加knife ec2による起動、動作確認apache2のrecipeを適用、動作確認EC2インスタンスのterminate、nodeリストからの削除 それではさっそく進めていきたいと思います。 １）ローカルPCにOpscode社から提
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
(おそらく)サーバをたくさん並べるのは流行らない | Carpe Diem
これからの時代、(おそらく)サーバをたくさん並べるのは流行らないと思っています。 その理由は、次のとおりです。 最近のサーバには、かなりの大量のメモリが搭載できる CPU の処理速度もマルチコア化がかなり進んでいて上がっている 仮想化技術が当たり前のようになっていてサーバのリソースをまんべんなく使えるようになっている 最初のボトルネックになりがちだったディスクも SSD や Fusion I/O を搭載できる ラックの最大許容電力の問題 具体的な例をあげてみましょう。いつもこのブログでは DELL サーバを例にとっているので、今回は HP のサーバを例にとってみます。 例えば、HP の ProLiant DL360 G7 では、最大次のような仕様になっています。 サイズ: 1U CPU: Xeon 5500/5600番台 x 2 Memory: 192GB (DDR3、18 スロット) D
第1回 FTPでスループット計測するときの注意事項 | gihyo.jp
皆さん、こんにちは。 このコラムでは、ネットワークエンジニアとして活躍されている方を対象として、資格試験だけでは得られない実践的な技術テーマについて取り上げていきたいと思いますので、よろしくお願いします。 突然ですが、私の知人が以下のような現象に遭遇しました。なぜ、このようなことが起きるのか、わかりますか？ FTTHのインターネット接続サービスを使用しており、公衆FTPでスループット測定を行うと85Mbpsくらい出ている。 しかし、無線LANを使用すると20～30Mbps程度の速度しか出ていなかった。 そこで今回、新しく802.11n対応の無線LAN内蔵ルータを購入した まず、ルータにFTPサーバを直接接続し、無線LANを倍速設定にしてスループットを測定したところ、約100Mbpsくらいでており、「さすがイレブンエヌだぜ」と期待が高まる ところが、実際にインターネット（FTTH）に接続す
Lua スクリプト機能
Lua スクリプト機能バージョンの新しいファームウェアは、基本的に以前のバージョンでサポートする機能を含みます。詳細は Lua 言語の文法とライブラリ関数を参照してください。 用語の定義 Lua タスク ... Lua スクリプトを実行するためにルーターの OS に用意されている専用のタスクです。 lua コマンド用に 8 個、DOWNLOAD ボタンからの実行用に 1 個、Lua コンパイラ用に 1 個の計10個 (*1) が予め用意されています。それぞれのタスクは独立しているので Lua タスクの最大数まで同時走行が可能です。 (*1) DOWNLOAD ボタン非搭載機種、および、SRT100では、DOWNLOADボタンからの実行用のタスクを除く、9個のタスクが用意されています。 詳細 Lua スクリプトの実行方法と実行環境 管理ユーザー権限でルーターにログインして lua コマンドを
実行中のアプリケーションを外から観察するコマンド。 - こせきの技術日記
strace システムコールをトレース。カーネルと何を話しているか。 strace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 straceを使ったデバッグ - SourceForge.JP Magazine : オープンソースの話題満載 Linuxカーネルの作り出す世界 − ＠IT自分戦略研究所 - ふつうのLinuxプログラミング 青木峰郎 システムコールとライブラリ関数 − ＠IT自分戦略研究所 システムコール・ライブラリルーチン - UNIX の部屋 ltrace 共有ライブラリの呼び出しをトレース。*.soと何を話しているか。 ltrace -p PID でプロセスにアタッチ。実行中のプロセスをトレース。 ltrace で共有ライブラリの関数呼び出しをトレースする - bkブログ 404 - エラー: 404 - Linux JF ƒ‰ƒCƒuƒ‰ƒŠ‚ÌŠ
SystemTapで真犯人を捕まえろ！
SystemTapで真犯人を捕まえろ！：Linuxトラブルシューティング探偵団 番外編（3）（1/4 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web：福山義仁 俺は、福山義仁。Web技術の達人さ。Apache
第1回 キャパシティ改善の概要 | gihyo.jp
キャパシティ改善とは 「キャパシティ」という言葉を聞いたことがあるでしょうか？ キャパシティとは一般的に、「許容量」を意味する言葉です。この言葉をシステムについて使用する場合は、そのシステムが持つ性能の許容量を指します。つまり、そのシステムがどのくらいのアクセス数に耐えられるかを表す言葉になります。さて、今回のテーマは「キャパシティ改善」ですが、では一体なぜキャパシティを改善する必要があるのでしょうか。それは、アクセス数が増減するシステムでは、その要求がシステムのキャパシティを上回ってしまう場合があるからです。 たとえば、あなたはオンラインショッピングサイト「せいのう.jp」を運営しているとします。「せいのう.jp」はサイト開始以来予想外の大好評で、お客様のアクセス数が月に1000人の勢いで増加しており、現在では月に5,000人のアクセス数があります。このような事態を想定していなかった
mixiや楽天の「中の人」、インフラエンジニアを語る
パソナテックは2008年12月6日、「インフラエンジニア討論会2008 ～インフラエンジニア進化論～」を開催した。楽天の和田修一氏、スカイホビットの越川康則氏、ミクシィの長野雅広氏、モトローラの石原篤氏、paperboy&co.の宮下剛輔氏、計5人の「インフラエンジニア（サーバやネットワークなどの設計・管理・運用を担当する技術者全般を指す）」が登壇し、自らの業務や興味関心、インフラエンジニアとして働くことのやりがいなどを語った。 個人のスキルに「依存した」運用の可能性 前半は各自のトークセッションとして、自らの業務、キャリア、興味関心などを5人がそれぞれ講演した。 和田氏は現在「開発部 国際開発室」に所属しており、アプリケーション開発も若干行っているものの、メインは台湾版「楽天市場」の設計・構築・運用の業務を行っている。大学時代は経済学部で、技術を学んだのは就職後。「大学時代はバンドに明け
...
http://www.pasonatech.co.jp/event/index.jsp?d=on&no=1137 全体として、インフラ系は各社構成がまちまちであんまりお互い同意できる部分がなかった感じ？ 普段勉強会とか軽いのりが多いのでなんか違和感あった。スライドに受け狙いのページとかなかったし。「あとでここに公開しときます」とか、「タグはこれで」とかもなかったし。 mixi（長野 雅広氏 kazeburo） 基本エンジニアブログにあるので読んでね。 インフラ系の人は10人くらい。 ダウンタイムそこまで気にしないから割と気楽。 正月は突発的に重くなるので待機系も全部突っ込む。 でも、落ちるのはしょうがないのであきらめる。 最近エコーってサービス作りました。Q4M使ってます。 Perlは運用コスト高いのでインフラ系の人も開発の技術必要。 （CPAM moduleの選定とか、共有ライブラリの整
スラッシュドット・ジャパン | サーバ監視、何使ってる？
SF.JP Magazineで「Webインタフェースでマシンを監視する4つの方法」という記事が掲載されています。Webインタフェースを持つ4つのサーバ監視ツール（collectd、Cacti、Monitorix、Munin）の特徴をそれぞれ解説した記事で、筆者は記事の末尾で以下のように述べています。 データをじっくりと分析する場合や、管理者以外のユーザからもシステムの統計情報を参照できるようにする場合は、最初にCactiをあたるのがよさそうだ。すでに十分な負荷がかかっているシステムで情報収集を行うなら、システムに与える影響の小さいcollectdを試せばよい。また、多数のノードで個別のアプリケーションパッケージを使って情報を集めるMuninは、同じようなマシンで構成される小規模なグループの監視に向いており、1台しかないサーバの状態を手っとり早く把握したければ、とりあえずCactiかMoni
mixi Engineers’ Blog » 期間限定の新機能「エコー」登場
こんにちは。mixi開発部のyouheiです。 今回は先日8月4日にリリースした「エコー」について書きたいと思います。 エコーとは まずはエコーとはどういう機能かのご紹介ですが、プロモーションページがございますのでそちらをご覧いただければ幸いでございます。 http://mixi.jp/guide_echo.pl いくつか抜粋しますと、 あなたの"今"を一言にしてみませんか？誰かに伝えたいこと、ひとりごと等、何でもOK！ 気軽な新コミュニケーション機能です。 たとえば、「今日はいい天気だな〜」という、ひとりごとから、「お腹すいたー！誰かランチにいこうよ！」というメッセージ的な使い方まで、「エコー」の楽しみ方はあなた次第！ マイミクシィ同士で「エコー」を使うとホームにお互いの書きこみが表示されます。 気になった書きこみには、返信することもできちゃいます。あなたがふと書きこんだ一言に、思わぬ返
故障発生時にフェイルオーバーしない？
故障発生時にフェイルオーバーしない？：Linuxトラブルシューティング探偵団（4）（1/3 ページ） NTTグループの各社で鳴らした俺たちLinuxトラブルシューティング探偵団は、各社で培ったOSS関連技術を手に、NTT OSSセンタに集められた。普段は基本的にNTTグループのみを相手に活動しているが、それだけで終わる俺たちじゃあない。引き続きOSSに関するトラブルの解決過程を＠ITで連載していくぜ。 ソースコードさえあればどんなトラブルでも解決する命知らず、不可能を可能にし、多くのバグを粉砕する、俺たちLinuxトラブルシューティング探偵団！ 助けを借りたいときは、いつでもいってくれ！ OS：高田哲生 俺はリーダー、高田哲生。Linuxの達人。俺のようにソースコードレベルでOSを理解している人間でなければ、百戦錬磨のLinuxトラブルシューティング探偵団のリーダーは務まらん。 Web：福
ハードウェアRAIDとLinuxカーネルによるソフトウェアRAIDのベンチマーク比較 | OSDN Magazine
新しいサーバに高価なハードウェアRAIDカードを付けることで、ディスクアクセスの速度はどれほど向上するのだろうか。LinuxカーネルによるソフトウェアRAIDとハードウェアRAIDカードのパフォーマンスの違いはベンチマークで評価できる。私の環境でこの2つの条件を評価したところ、いくつか興味深い結果が得られた。 ソフトウェアRAIDとハードウェアRAIDの双方について、750GBのSamsung SATAドライブ6台を使ってRAIDレベル5、6、10の各構成を評価した。パフォーマンスの測定にはBonnie++とIOzoneの各ベンチマークを用いた。また、チャンクサイズがハードウェアまたはソフトウェアのRAID構成に与える影響を確かめるために、チャンクの大きさを変えてベンチマークを実行した。 ハードウェアRAIDの評価には、12ポートのAdaptec製SAS-31205 PCI Express
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
