[ThinkIT] 第3回：データレプリケーションとWebサーバの構築の基本 (1/4)
今回はRHEL4でrsyncコマンドを使ったデータレプリケーションによるバックアップ環境の構築方法について解説します。 rsyncコマンドを使ったデータレプリケーションは、LAN経由によるDisk To Diskバックアップとも呼ばれています。これはバックアップ対象のサーバとバックアップサーバがLANで接続されており、バックアップサーバ側はテープ装置ではなくハードディスクにバックアップデータを保管するからです。 この接続しているLANは、通常だと業務用のLANとは別にバックアップ専用のLANを敷設し、その専用のLAN経由でrsyncコマンドを実行します。 rsyncコマンドの利点は、なんといっても差分バックアップが可能という点です。 はじめにフルバックアップを取っておけば、次回以降では差分バックアップを行うためバックアップ時間は初回時に比べて非常に短くなります。そのためデータ容量が大きくて
[Vol.1] RailsとMySQLによる大規模サイト構築実験
大規模サイト構築のための土台を作っていきます。 ASP事業に力を注入するとなると、２４H7D動作し続ける安定したサービスのためのインフラがまうます必須になるはずです。 アーキテクト WEBサーバ 何でもいい。 WEBアプリケーションフレームワーク Ruby on Rails DB MYSQL で実験していきます。 とりあえず、必要そうなもの。 1. WEB 負荷分散 ・冗長化 2. DB 負荷分散 3. DB 冗長化 4. Railsの拡張(DBへのコネクション周り) まず1番。 ロードバランサー使えばできるし現在のドリコムでも、DUOBLOG APIやCMS ASPはクリアしてます。DNSラウンドロビンは、障害検知が不可能なのでNGです。 次は、2番。 クエリは、参照系クエリと更新系クエリに分類されます。 今ドリコムでDBへのクエリを負荷分散させているプロジェクトは(僕の知っているところ
![[Vol.1] RailsとMySQLによる大規模サイト構築実験](https://cdn-ak-scissors.b.st-hatena.com/image/square/4eaa2c21ab0ee25aaa9581edc9de7790ee81dcf0/height=288;version=1;width=512/https%3A%2F%2Flh3.googleusercontent.com%2Fblogger_img_proxy%2FAEn0k_s27yaREMaTKhBvb0Bj9DzUtXXaiLzrmgNTLn20ziH3KhNj3LUOBRxBobwdzpp4UG3Wl7WhtzH43n9CiaJCQU5Us54TdCdomqcNr3tWbcA3mWHGmd6hcvhrxICuDQBO40mlx_NHmBjLoeYSe0M%3Dw1200-h630-p-k-no-nu)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
