Zmanda backs up a comprehensive set of enterprise-wide workloads. See the compatibility matrix for full detail.
![Backup MySQL Databases | MySQL Backup & Restore | Zmanda](https://cdn-ak-scissors.b.st-hatena.com/image/square/e285b68185ed32d8972b356610dcc65be9ea05a2/height=288;version=1;width=512/https%3A%2F%2Fwww.zmanda.com%2Fwp-content%2Fuploads%2F2020%2F09%2FIllustration1.png)
Varnishが採用している実装技術 VarnishはSquidのようなHTTPプロキシキャッシュサーバではなく、アクセラレーションを目的としたHTTPアクセラレータ。もともとVarnishを実装する以前には、Squidの採用が検討されていたが、次のような理由から適切なソリューションではないと判断し、同プロダクトの開発に踏み切ったとしている。 Squidはデータを主記憶メモリとハードディスクの間でやりとりするので動作が遅い Squidは仮想メモリシステムをそれほど活用できていない 実装にあたってはHTTPアクセラレーションだけを目的とすること、より良い設定を実現すること、管理しやすいように実装すること、高速に動作することを目的として掲げている。プロキシキャッシュを目指したものではないというところに特徴がある。 実装には動作を高速化するための多くのテクニックが組み込まれている。まず基本的にI
ちょっと煽り気味のタイトルですが、CPU がマルチコアになり 2個、4個と増えていく中 Linux の負荷の指針になるロードアベレージをどう読むべきか、という話です。気になったところを少し調べたのでそのまとめを。 http://d.hatena.ne.jp/naoya/20070222/1172116665 でも書いたとおり、Linux のロードアベレージは「ロードアベレージは過去1分、5分、15分の間の実行待ちプロセス数の平均数 = 実行したくても他のプロセスが実行中で実行できないプロセスが平均で何個ぐらい存在してるか」を示す値です。ボトルネックが CPU、メモリ、ディスク等々どこにあるかは関係なく、仕事の実行までにどれぐらい待たされているかを示す値なので、システムのスループットを計測する指標の入り口になる値です。 このロードアベレージですが、実装を見るとランキュー(待ち行列)に溜まった
IP Subnet Calculator The IP Subnet Mask Calculator enables subnet network calculations using network class, IP address, subnet mask, subnet bits, mask bits, maximum required IP subnets and maximum required hosts per subnet. Results of the subnet calculation provide the hexadecimal IP address, the wildcard mask, for use with ACL (Access Control Lists), subnet ID, broadcast address, the subnet addre
From: Yuki SHIMAZU <y.shimazu@xxxxxxxxx> Subject: [debian-users:44195] cron-aptでセキュリティ自動アップデート Date: Sun, 24 Jul 2005 15:01:47 +0900 Authentication-results: userg501.nifty.com from=y.shimazu@xxxxxxxxx; sender-id=neutral; spf=neutral Domainkey-signature: a=rsa-sha1; s=userg501; d=nifty.com; c=simple; q=dns; b=XbqWjNbi/YXuC7VRJg/99GKmGQeTIYW+0GDgl9EKL3Y68EfK1eDUlvwSW5WtY7Wuk YMUgqrzesypCWhwAgIcCA==
さて、移行記も #3 となりました。今回は先日作業を終えたはてなブックマークの移転について。 旧サーバールームからさくらインターネットのiDCへのサーバー移転作業にもだいぶ慣れて来たこのごろ。これまでは比較的はてな内の他サービスとの連携が疎になっていたり、負荷がそこまで高くないものであったりと移行しやすいものから持っていってましたが、そろそろ難しいところ手を付ける時期に来まして、はてなブックマークの移転です。 以前に書いた はてなブックマークの裏側その後 - naoyaのはてなダイアリー では 2006年10月時点で ユーザー: 60,000 人 ブックマーク数: 787万件 サーバー: 30台 となっていました。移転したこのごろはというと ユーザー: 80,000 人 ブックマーク数: 1,182万件 サーバー: 移転前約45台 (移転後 約25台) という具合になっていました。順調に伸
What are the main advantages of BalanceNG compared to a LVS/Keepalived combination ?
「」。。What's This? テア、ハ、�IP・「・ノ・�・ケソ�/・オ・ヨ・ヘ・テ・ネ・゙・ケ・ッ/・モ・テ・ネ・゙・ケ・ッ、ホエケササノス、ヌ、ケ。」 ハェウミ、ィ、ホーュ、、、メ、ネ。「キラササ、ャキ、、ハ、メ、ネク、ア、ホナメノャキネ・ト。シ・�、ヌ、ケ。」
オープンソースによる システム管理の自動化 “Real Sysadmins Don't Login” Tomoyuki Sakurai <trombik@gentoo.gr.jp> Some questions... 最近、OSをインストールしましたか? インストール作業は自動化されていましたか? 設定作業は自動化されていましたか? 設定が変更されていないことを保証できますか? 誰が何を変更したかわかりますか? Before configuration management ● ラックにサーバを設置する ● ネットワークに接続する ● OSをインストールする ● OSをアップデートする ● 必要なソフトウェアをインストールする ● ソフトウェアを設定する After configuration management ● ラックにサーバを設置する ● ネットワークに接続する ● しばらく待
FTP/HTTP/SCPなどで、巨大なファイル(GBクラス)の転送に失敗するときがある。そんな時は、window scalingの設定を見直すと、直る場合がある。 _ 設定 現在の設定を確認するには、 % sysctl net.ipv4.tcp_window_scaling とする。kernel-2.6.8からは、ディフォルトで1:有効になっているようだ。この設定でも、本来ならば問題なく動くはずなのだが、相手側(の設定?)が原因で問題となる場合がある。この時は、設定を0:無効としてやると良い。 # sysctl net.ipv4.tcp_window_scaling = 0 なお、上のやり方では、リブート時にに設定がクリアされてしまうため、これを防ぐには、/etc/sysctl.conf に、 net.ipv4.tcp_window_scaling = 0 を追加してやると良い。そうする
今まで一般的に信じられてきたハードディスクにまつわる常識として、 ・温度が高いと故障しやすくなる ・アクセス頻度が高いと多く動くため、故障しやすくなる というのがありましたが、Googleが10万台以上の民生用ハードディスクドライブを使用した調査を行った結果、温度やアクセス頻度に関係なく故障することが判明したとのこと。 そればかりか、ハードディスク障害の早期発見、あるいは故障の予測を目的として搭載されている「S.M.A.R.T.(スマート)」の値から得られるいつ故障するかどうかの予測もほとんど関係なかったそうです。 Googleはこれらの実際のデータによる結果に基づき、既存のSMART値から新しい故障予測方法を見つけ出すことが必要である、と結論づけています。 かなり衝撃的なGoogleによる調査結果は以下の通り。 Failure Trends in a Large Disk Drive P
The FreeBSD Projectのthe FreeBSD Security Officer and the Security Officer Teamは14日(協定世界時)、1件のFreeBSD Errata Noticeを発表した。バージョン6.0から6.1までに関して、NFS(Network File System)サーバを使用している場合、信頼性の面で問題が出る場合がある。該当するユーザに対して、迅速な対応を求めている。 具体的な内容については、FreeBSD-EN-07:01.nfsに書かれている。 ・トピック - NFSサーバの信頼性に関する問題 ・カテゴリ - core ・モジュール - sys_nfsserver ・公表日 - 2007-02-14 ・クレジット - Kostik Belousov氏、Pawel Jakub Dawidek氏、Padma Bhoo
スイッチのconfigのバックアップといえば、ベンダ固有のソフトウェアや高価な統合管理ソフトウェア(使ったことないけど)なんですが、そんな選択肢がないけど手でどうにかならない数の機器を管理している場合、どーすればいいのか。telnetやexpectなんかを組み合わせて、tftpで集めるとか?たとえ金出してどうにかなったとしても、マルチベンダ環境に対応してませんとか、微妙に使いにくくてもハックできませんとか、要望上げても取り込まれませんとか、なかなか幸せになれない。困った。 そういうことを知ってしまうと、高価な商用ソフトウェアには手が出しにくくなってくる。高機能でなくてもいいから、とりあえず現状の課題を解決したいだけなんですよ。機能が足りないなら、運用で回避できないかを考えるし、必要ならコードも書くので、なんかないの?と探していたら、rancidつーものを発見。 もともとはCisco製品がタ
ウェブサービスでは、アクセスが集中して、サイトが落ちる、というのは、よくある話です。純粋に人気が出てアクセス集中するなら、サーバ管理側の責任と言われても、しかたないと思います。しかし、botやF5アタックによる突発的な集中アクセスで、落ちてしまう、というのは、運営側としても、あまり納得がいくものではありません。 そのような突発的なアクセスに対応するために、大量のアクセスをしてくるクライアントを検出し、優先度を落すか、アクセス禁止にする方法などがあります。 というわけで、Apacheモジュールでそれを検出するためのmod_dosdetectorを開発しました。(ちなみにコア部分の開発期間は、Apacheモジュールって、どう書くんだっけ、という状態から、3日でした。) mod_dosdetectorは、Apacheモジュールとして動作し、クライアントのIPアドレスごとにアクセス頻度を測定し、設
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く