MySQLで参照の負荷分散を行うslaveは3台から構成するのがよいのでは - 酒日記 はてな支店
前回の記事 MySQLをmaster:slave=1:1構成にして参照をslaveに向けるのがなぜ良くないか の続きです。 master : slave = 1 : 1 で参照を slave に分散してもまったく美味しくないわけですが、では参照の負荷分散を行いたい場合の slave は何台で構成するとよいのか考察してみます。具体的には slave 2台の場合と 3台の場合でどちらがお得か。 台数を増やすということは、どこかに障害が発生する確率が高まる、ということです。1台の slave に障害が発生してダウンした場合のことを考えてみます。 slave * 2 → 残り 1台で処理継続 生き残った1台あたりの処理が 2倍になる slave * 3 → 残り 2台で処理継続 生き残った1台あたりの処理が 1.5倍になる たとえば 1台あたり最大 1000qps の処理能力があるとします。sla
JS7 JobScheduler Features | Software- und Organisations-Service
ProductsJS7 JobSchedulerIn a NutshellFeaturesGetting StartedCloud OperationsOn-premises OperationsDocumentationDownloadsUser InterfaceUniversal AgentComparison to other productsCompare JS7 JobScheduler With CronJS7 JobScheduler compared to mid-range productsJS7 JobScheduler compared to other Open Source productsYADEYADE in a NutshellYADE Use CasesYADE DocumentationYADE DownloadsYADE FeaturesLicens
CakePHP2.1をgit push一発でデプロイ - 地中へのはしご
やはりデプロイは自動化しなければまずいということで。全て手で書き換え+ftpでアップロード状態からgit push一発で完了させるようにしました。ディレクトリの配置や環境は前記事準拠です。 CakePHP2.1をさくらのレンタルサーバー+マルチドメイン使用でデプロイ やったこと ・コードで環境の差分を吸収 ・DBのマイグレーション ・git push をフックにスクリプト実行 前提 Gitでソースのバージョン管理をしている コードで環境の差分を吸収 開発環境と本番環境で設定が異なる部分を、全てコードで吸収します。 僕の場合書き換えたのは以下の4ファイルです。 ・bootstrap.php ・core.php ・database.php ・webroot/index.php 基本方針は、IPを見て場合分けです。 bootstrapに定義したURL定数と、coreのdebug設定をこんな感じで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
