1,000人超の大規模開発者イベント「YAPC::Asia Tokyo 2013」を支えたネットワークインフラ構築の舞台裏～プロフェッショナルのボランタリーが生み出したチカラ｜gihyo.jp … 技術評論社
1,000人超の大規模開発者イベント「YAPC::Asia Tokyo 2013」を支えたネットワークインフラ構築の舞台裏～プロフェッショナルのボランタリーが生み出したチカラ 1,000人を支えたネットワークインフラ 今年9月に開催されたPerl開発者のためのイベントYAPC::Asia Tokyo 2013」。過去最大となるのべ1,000名を超える参加者が集まりました。非常に高い品質のセッションが数多く見られ、gihyo.jp読者の皆さんの中にも会場まで足を運んだ方がいらっしゃるのではないでしょうか。会場では、快適なネットワーク環境が用意され、発表者から聴講者までインターネットを十分に活用できたかと思います。 ここでは、その来場者に向けたインターネット接続サービス提供を実現した専用の会場ネットワーク環境の構築について、準備から当日の模様までを紹介します。 リアルの熱気とネットの熱気の
Fluentdのカレンダー | Advent Calendar 2013 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Fluentdとはどのようなソフトウェアなのか - たごもりすメモ
Fluentd というソフトウェアがある。日本国内ではそこそこ話題になってきたが、何ができるのか、何に使うと嬉しいのか、何に使えるのか、という点について詳細をよく知らないという人もおそらくまだ多いことでしょう。 なので、簡単にまとめる。 http://fluentd.org/ なお以下の個別項目ごとに書いていくが、その手前にまとめを置いておくので忙しい人はそれだけ読むとよい。インストールや設定については導入部分については日本語の記事はもう多くあるので、触れない。 概要 できること ログの収集 センサデータ等の収集 汎用データ処理プロセッサとして 頻出ユースケース ログの収集 データの集約 簡単なリアルタイム集計 ソフトウェアとしての特徴 コア プラグイン 安定性 性能 開発体制 コミュニティ ぶっちゃけどうなの？ まとめ 現時点で、複数の場所に分散したデータや常に増え続けるデータの安全な転
Rubyist Magazine - スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0063 号 バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号 Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist
カスタムRPMや独自yumリポジトリではじめるソフトウェア管理術 | さくらのナレッジ
Red Hat系のLinuxディストリビューションでは、RPMパッケージという形式でソフトウェアが配布されており、yumコマンドを利用してパッケージをインストールしたり、アップデートを行うことができる。今回は既存のRPMパッケージをカスタマイズして独自のパッケージを作成したり、独自のyumリポジトリを作成してパッケージ管理を行う方法を紹介しよう。 プライベートyumリポジトリを活用してサーバーをデプロイする Ret Hat Enterprise LinuxやCentOSといったRed Hat系のLinuxディストリビューションでは、RPMパッケージ（ファイルの拡張子は.rpm）を使ってソフトウェアをインストールするのが一般的だ。 RPMは「RPM Package Manager」の略で、Red Hatが開発したことから当初は「Red Hat Package Manager」と呼ばれていた。
DMM inside
日本アニメ初の快挙！海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
windows7でUSBメモリを認識させなくする方法（力業編） - 散財さんの完全散財！
リンク: Tips：USB大容量記憶装置ドライバを無効にする － ＠IT. 先に言っておきますが、レジストリをかなり無造作にいじってますので、試して見るときは自己責任でお願い致します。PCがおかしくなっちゃってもなんの責任も負えませんので、予めご了承の程。 こないだからあたまかかえててた仕事の上の問題で、USBメモリの制限がありました。セキュリティ的な問題で、USBメモリのたぐいをPCから認識できないようにしたい、と言う問題です。ただし、メモリ以外のUSB機器。たとえばマウスだとかキーボードだとか、あるいはプリンタだとかは普通に使える、と言う条件で。 それだけならまだいいのですが、アドミニストレーター権限下で、USBメモリを「使用できる」設定と、「使用できなくする」設定をワンタッチで切り替えられるようにしてね。と、さらりと面倒なことを付け加えられて、結構頭を捻っておりました。 結論から言う
Puppetを使ったLinuxシステムの設定自動管理 | さくらのナレッジ
多数のサーバーを運用している場合などに面倒なのが、サーバーごとの環境管理だ。そのため注目されているのが、サーバーの環境設定やインストールなどを自動化する設定管理ツールである。今回はその中でも比較的古くから使われている「Puppet」というソフトウェアを紹介する。 あらかじめ用意しておいた設定ファイルに基づいてサーバーのさまざまな設定を自動的に行うソフトウェアを、設定管理ツールと呼ぶ。今回紹介する「Puppet」は、スタンドアロンおよびクライアント/サーバー構成でサーバー設定を集中管理できる設定管理ツールだ。行える設定はユーザー/グループの作成やネットワーク関連の設定、パッケージのインストールなど多岐にわたる。また、「モジュール」と呼ばれる機能拡張のための仕組みも用意されており、目的に応じた「モジュール」をインストールすることで簡単に設定対象を拡張できるという特徴を持つ。モジュールは誰もが開
第17回 Webアプリケーションのパフォーマンス改善（1） | gihyo.jp
大きな効果を上げるために チューニンガソン#1～#3の改善率を見ると、アプリケーションや全体のアーキテクチャに手を入れないで改善できるのは最大でも10倍以下です。もちろん数倍速度が違えばサーバ台数を大きく減らせるので有意義なのは間違いないのですが、ISUCONやチューニンガソン#4のような飛躍的な高速化は望めないことがわかります。 つまりチューニングでは、単にパラメータ設定を変更するのみではなく、ボトルネックになっているコードやクエリ、アーキテクチャに的確に手を入れていくことで大きな効果を上げることができるのです。 ボトルネックの発見と解消が大事 システム全体の処理時間についてパレートの法則（経験則）を適用すると、「全体の処理時間の80％は20％の部分で発生している」ということになります。実際にシステム全体で一番ボトルネックになっている部分を解消しないことには、ほかの部分に手を入れても大
続 Ubuntu Serverの全自動インストール環境作成 - kinneko@転職先募集中の日記
http://d.hatena.ne.jp/kinneko/20130203/p1 の続き。 なんか、まだ使うということなので、ブラッシュアップの時間がやってきたよ。 今度は台湾でやるそうなので、全自動化必須かな。 残件はこんなとこ。 キーボードが英語のままだった。 マニュアルでtaskselするのとパッケージ構成が違うので、pyserialがはいらなかった。 debになってない必要なプログラムを追加する。 パッケージとしては、rootでシェル環境を立ち上げるので、mingettyを追加する。 起動時800x600で、コンソールはスリープしないようにする。 電源オン時、rootでコンソール起動、指定のプログラムを自動起動する。 ログをHDDからUSBメモリへ回収する必要がある。 キーボードの日本語化 これはtypoね。 kinneko@BuildSV:~/_ISO/REMASTER/ima
Muninは舞い降りた ～リソース監視を通して、運用現場を変える話～
Muninはオープンソースのリソース監視ツールであり，様々なサーバリソースの取得やグラフ化を行う事に特化しているツールである。 死活監視だけではなく，何故，リソースも監視する必要性があるのか。今回は，Muninユーザ会の前佛雅人が，自身のホスティング業務における監視体制や， 運用サポートの様子など実例を交えながらMuninの使いどころを紹介する。そして，クラウドコンピューティング時代における監視体制の目指すべき方向について考察する。 日時：2013年1月18日（金）18:00～ 会場：産業技術大学院大学 433教室 http://pk.aiit.ac.jp/index.php?InfoTalk%2F20130118
最終回 NTP時刻同期サービスのトラブルシューティング
本連載では、主にWindows Vista／Windows 7／Windows Server 2008／Windows Server 2008 R2を対象としています。Windows XPやWindows 2000 Server／Windows Server 2003については、以下の旧記事を参照してください。 連載「Windowsネットワーク時刻同期の基礎とノウハウ」（2005年版） 前回から時間が空いてしまったが、最終回となる今回は、Windows OSのNTP時刻同期にまつわるトラブルシューティングの情報を解説しよう。 NTP時刻同期は、NTPクライアントが正常な設定であり、NTPサーバが適切な状態（有効な時刻を保持している状態）であれば、最適化されたタイミングで自動的に同期を繰り返すので、システム管理者は特に注意を払う必要はない。しかし、NTPクライアント（Windows Time
OOM Killer対策
先日のこの話 、Out Of Memory Killer 、通称OOM Killerのせいらしい。キャッシュとしてshared memoryを贅沢に(^^;)使用するPostgresSQLのWrite processが集中的に狙われてます>_<。 直接的にこの仕組みを切るにはecho 0 > /proc/sys/vm/oom-kill かecho -17 > /proc/(PID)/oom_adj ただし前者はRedHat独自&OOM Killer完全停止、後者はカーネル2.6.11以降&プロセスごとに設定。CentOS 4.4のカーネルは現時点2.6.9なので前者。もうひとつの方法として、OOM Killerが発動する１つの原因を作っているメモリのオーバーコミットをさせない方法。具体的には、 echo 2 > /proc/sys/vm/overcommit_memory echo 90
/proc and /sys tricks
Really the sysfs and /proc filesystems are worlds of magic and fantasy. Each day I discover a new trick using this filesystems. So, I decided to post a short summary of my favorites ones. Enjoy and feel free to add your tricks in comments, maybe we can a /proc and /sys knownledge database in a post 🙂 1. Scanning for LUNs in attached FC (or any other SCSI compliance host). echo "- - -" > /sys/clas
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2012 OSC Kyoto / 2012 OSC Tokyo Fall - OpenStack vps kvm