Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
Not your computer? Use a private browsing window to sign in. Learn more about using Guest mode
インストール手順は省略 主に2.0.0の新機能を早めに試したい人向け。 ディスカバリルールの設定 とりあえず下記のようにしてみて検証中。 設定->テンプレート->"Template OS Linux"のディスカバリルール Network Interface discovery 正規表現の項目を書き換え -> (eth[0-9])|(bond[0-9])Mounted filesystem discovery マクロの項目を書き換え -> {#FSNAME} 正規表現の項目を書き換え -> (^\/$)|(^\/data)とはいえ、まだあまり検出が安定していないように感じること、ディスカバリルールによるアイテムは今のところホストスクリーンに登録できないので、eth0/eth1やディスク監視などは過去のテンプレート通りアイテムを作っておいたほうがよさそうです。 自動登録アクションの設定 設定-
[InterDB] [著者HP] [PREVIOUS][UP][NEXT] ■■■■ [テーブルの構造] ■2-08■ InnoDB型 ■■■■ InnoDB型はトランザクション処理をサポートしているので、必然的にACID特性(Atomicity,Consistency, Isolation, Durability: 原子性,一貫性,隔離性,耐久性)が要求されます。 (いささか乱暴な区分ですが)MySQLはMVCC(Multi Version Concurrency Control: 多版型同時実行制御)により原子性と一貫性を、ログ法(Logging)により耐久性を保証するように実装されています(補足 1)。 InnoDB型テーブルのデータはシステム変数`innodb_data_file_path'に設定された(複数の)ファイルに分割して保管されます。 MySQLサーバはこれらの
◆ioDriveを買ったら…何をしたらいいの?を整理しました。 FusionIO社の ioDrive は、NAND型高速半導体ストレージ(「SSDじゃないんです」by 中の人@neofact さん)。一部界隈で速さと低レイテンシで、ナウなヤングにバカウケなブツでございます。左の写真は、ioDrive 320GB SLC ( Single Level Cell ) というタイプ。 もし、ある日突然、道端に落ちていたり(拾得物は、ちゃんと交番に届けましょう)、空から青白い光を放ちながら降ってきたり、サンタさんがプレゼントしてくれた時に(いや、それは無い)どうしたらよいのか、そんな時の為に、セットアップ手順を7つにまとめてみました。 ちなみに、ioDrive って何?どんな性能なの?という所に興味がありましたら、こちらのスライドをご覧下さい。 なお、以下の手順では Red Hat Enterpr
Fluentd is an open source data collector for unified logging layer. Fluentd allows you to unify data collection and consumption for a better use and understanding of data.
電源や空調やケーブルといった話題をデータセンターの関係者が存分に語り合うイベント「第1回 DCな人の夕べ」が昨日5月29日、都内で開催されました。 これまで勉強会やコミュニティといえば、アプリケーションやソフトウェアのインフラなどソフトウェア技術者が中心でした。「DCな人の夕べ」は、データセンター関係者の人たちが交流するコミュニティとして初めての試みだそうです。 イベントのハイライトをまとめました。 石狩DCで冬を越して さくらインターネット 運用部 石狩センター長 宮下頼央氏。「石狩DCで冬を越して」 2005年にさくらインターネットに入社し、都内のデータセンターをすべて経験して、昨年、北海道の石狩データセンターに来ました。 私、寒さが苦手なんです。今日もセーターを着てます。 今年の冬、石狩では数メートルの積雪がありましたが、あらかじめモックアップで積雪試験などをしていたので外気の取り込
はじめまして。プラットフォーム開発本部のせじまです。好きなものはDisk I/Oです。 今回はMySQL(on Linux)のレプリケーションにまつわる、ちょっとしたお話をさせていただきたいと思います。 はじめに MySQL4.0以降のレプリケーションは、 Masterのmysqldが、INSERT/UPDATE/DELETEなどの更新情報を、バイナリログに記録する。 Slaveのmysqld(IOスレッド)は、masterのmysqldに接続し、バイナリログを転送する。 Slaveのmysqld(IOスレッド)は、受信したバイナリログ内容を、リレーログに記録する。 Slaveのmysqld(SQLスレッド)は、リレーログを読み込み、更新内容をslaveのDBに反映する。 といった仕組みになっています。図にすると次の通りです(*1)。 MySQLのレプリケーションはとても良くできた仕組みな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く