RDBMS in the Cloud: PostgreSQL on AWSを読んでみた | DevelopersIO
はじめに AWSにはRDSというマネージドなデータベースサービスがあることは皆さんご存知だと思います。そこで提供されているデータベースは、MySQL、Oracle、SQLServerの3種類です。そうです、PostgreSQLが無いのです！ナイナイ詐欺のAWSなので、そのうち出てくると思いますが、今のところはありませんので、自前で構築する必要があります。せっかく構築するなら、オンプレのコピー感覚で使うのではなく、クラウドネイティブに使いたいものです。今回は、そんなPostgreSQLをEC2上で構築するために考えるポイントをまとめたホワイトペーパーをベースに理解を深めたいと思います。 PostgreSQL on Amazon EC2 PostgreSQLは、ACID(Atomicity:原子性, Consistency:一貫性, Isolation:独立性, Durability:永続性)
PostgreSQL9.2で同期レプリケーション
次のような環境を構築してみようと思います。 各サーバーの構成 名前役割 pgpoolpgpool2で負荷分散と障害時のフェイルオーバー pgsql1PostgreSQL9.2で同期レプリケーションのプライマリ pgsql2PostgreSQL9.2で同期レプリケーションのセカンダリ OSはすべてubuntu 12.04 LTS Serverを使います。 [PostgreSQLのセットアップ] まず、各サーバーにPostgreSQLをソースからビルドしてセットアップします。 ビルドに必要なパッケージをインストールします。 sudo apt-get install build_essential libreadline6-dev zlib1g-dev PostgreSQLユーザーとディレクトリを作成します。 sudo adduser postgres sudo mkdir /usr/local
pgpoolについて学ぶ - "たゆたえども沈まず"で
PostgreSQLを使用しており、pgpool-IIも合わせて使っています。そんな時に、リカバリーの操作がうまくできていないことが発覚しました。今までpgpoolについて詳しく知らずに使っていました。そこで、マニュアルを読んで今一度学び直したいと思います。 以下は、マニュアルを読んだ際のメモです。 マニュアルを読んで http://pgpool.projects.postgresql.org/pgpool-II/doc/pgpool-ja.html ありがたい事に、日本語のドキュメントがあります。こちらを読んでみます。特に、リカバリ系は今必要な部分であるため、そこはしっかり読みたいと思います。 ちなみに、次のドキュメントも大変参考になります。 http://www.interdb.jp/techinfo/web+db48/pgpool.html 機能概要 コネクションプーリング、レプリケ
Caching architectures using Memcached & Amazon ElastiCache
Applications can be often made to perform better and run faster by caching critical pieces of data in memory. Frequently accessed data, layers of HTML fragments, results of time-consuming/expensive database queries, search results, sessions, results of complex calculations and processes are usually very good candidates for cache storage. In general not all application architectures will benefit f
面接に通る「職務経歴書」の書き方【インフラエンジニア編】
面接に通る「職務経歴書」の書き方【インフラエンジニア編】：IT業界職種別・職務経歴書の書き方（5）（1/2 ページ） インフラ運用・保守エンジニアの採用動向 クラウドビジネスやアウトソーシングビジネスの拡大から、運用エンジニアに対する採用ニーズが高まっています。一方、キャリアカウンセリングの現場では「運用ばかりをやってきたので、自分にはスキルがありません……」という相談をよく聞きます。 「保守の経験／監視業務だけしか経験がない＝スキルがない＝キャリアアップができない」 そう考えているエンジニアが多いようです。 ですが、運用や保守のエンジニアが転職で評価されないというのは、思い込みです。経験やスキルの評価は、採用を検討する企業がするものです。自分で“自分はスキルがない”と決めつけてしまってはいけません。 まず自分が何をやってきたかをちゃんと整理し、その結果を基に、今後どうしていきたいかを考え
世界の怪事件・怪人物
No.170 女スパイ マタ・ハリ No.169 ゾンビの原点 No.168 不謹慎ゲーム No.167 「サンタフェの奇跡」と呼ばれる螺旋（らせん）階段 No.166 グーグルアース・グーグルストリートビュー No.165 奇妙な写真集2 No.164 人間を襲うUFO No.163 撮影された異星人の姿 2 No.162 テレビロケ取材中の怪異 No.161 ハチソン効果 No.160 奇妙な写真集 No.159 日本における人肉食 No.158 2036年からやって来たタイムトラベラー・ジョン・タイター No.157 人体発火現象２ No.156 数百人の少年を犯して殺害した同性愛者・ジル・ド・レ No.155 世界で最も有名なUFO回収事件 ～ ロズウェル事件 No.154 虐殺のあった屋敷を観光地化・リジー・ボーデン・ハウス No.153 UMA（未確認動物）07 ～ 本物と偽物
超常現象の謎解き
ようこそ！ 当サイトでは、懐疑的な視点から超常現象の謎解きを行っています。 また「Step1」〜「Step3」では、目撃情報や記憶に関して陥りやすい錯誤などを紹介しています。 2008年9月3日 自己紹介のページに読者の方からいただいた質問に対する回答を追加。 2008年8月30日 ＵＦＯのページに「メキシコシティに出現した巨大ＵＦＯ」をアップ。 2008年8月26日 ＵＦＯのページに「ヘリコプターをかすめるＵＦＯ」をアップ。 2008年4月28日 他の懐疑サイト運営者と一緒にブログを始めました。 2007年11月20日 このたび、超常現象を懐疑的に調査する会が設立され、その公式サイトが公開されました。名前を「ＡＳＩＯＳ」(アシオス)といいます。 私もメンバーとして参加していますので、当サイト同様、こちらの会もどうぞよろしくお願いします。 当サイトでは アンケートを募集し
wall-climb » mod_proxy_balancerのパラメータ検討
Apache2.2よりApache標準モジュールであるmod_proxy_ajpぜ AJP1.3プロトコルがサポートされました。また、mod_proxy_balancer による負荷分散? 能の強化により、Apacheのリバースプロキシとしての? 能が充実しました。実際にリバースプロキ゜ Apacheぜ APサーバTomcatでサーバを構成する場合、多種のパラメータをどう設? するかを検? してみました。 mod_proxy_balancerのパラメータには、ProxyPass（mod_rewriteでプロキシする場合ぜ ProxySet）ディレクティブに設定するバランサーパラメータぜ BalancerMemberディレクティブに設定するワーカーパラメータがあります。timeoutは各パラメータに同名ものが存在しますが、? 味が異なるので注? が必要です。すべてのパラメータを解説するのは大
地雷だらけのrsyncを理解する。 - こせきの技術日記
rsync -avz --exclude-from=pattern-file --delete SRC/ DEST SRCの末尾に/をつける。たいてい必要。 SRCスラッシュの有無は、mv SRC DEST と mv SRC/* DEST の違いと一緒。スラッシュの後ろに*が省略されているものと考える。 DESTのスラッシュの有無は関係なし。 --dry-run(-n)をつけて試す。 SRC、DESTともローカルのディレクトリを指定して試す。 DESTはまず空ディレクトリで試す。DESTが同期済みだと何が更新されるのか正確にわからないので。 --list-onlyをつけてファイル一覧を得る。 DESTを省略してファイル一覧を得る。 --list-onlyと同じ？ --deleteはDESTのファイルを根こそぎ削除する可能性がある。注意。 --delete-excludedは使わない。--d
「CyanogenMod for IS01（Froyo）」デュアルブートまとめ - is01next@blog
ある程度運用方法が固まってきたので、まとめておきます。 1. PCを使わずにFroyo（android2.2）をお手軽導入 is01でFroyo（android1.6とデュアルブート） http://d.hatena.ne.jp/is01next/20110704 上記ページを参考にすればPCを使うことなく、「CyanogenMod for IS01（Froyo）」を導入できる。そして、以下のようなデュアルブートが実現する。 電源を押して普通に起動すると、ノーマルのandroid1.6。 「#reboot recovery」で起動すると、「CyanogenMod for IS01」（Froyo） 2. デュアルブートの利点 A. 安心感 デュアルブートの最大の利点は、Froyoがおかしくなっても、電池を一度抜いて起動させればandroid1.6が何事もなく起動すること。これはとても安心。
怖話 | スマホで怖い話
人には視覚・聴覚・触覚・味覚・嗅覚の五感に加えて細かく分析すると20以上の感覚があるといわれています。なかでも五感を超える感覚として知られている第六感は、理屈では説明のできない鋭く本質をつかむ心の動きです。身近な人の命が危ないときに感じる「虫のしらせ」や何かが起こる前に感じる「嫌な予感」は、人が持つ野性的な感覚です。 この世の中には訪れてはいけない場所があります。そんな場所にそうとは知らずに立ち寄ったとき、忘れられないほど強烈な体験をすることがあります。恐怖を体験した人だけでなくその話を知った人にも怪奇現象が現れる恐ろしさ。知らなければそれほど恐怖を感じずに済んだのに、わかった瞬間に背筋が凍る恐ろしさ。いろいろな怖さがありますが、テレビや雑誌で公開されている話とはくらべものにならないような怖い体験をしたことがあなたはありますか？ 隣の空き部屋で深夜同じ時刻に必ずする物音や誰もいないはずのト
神依頼掲示板007公式サイト
ズバリ！最初に言っておきますが、 mixi・GREE・モバゲーなどの旬は過ぎました（汗） 私も以前はこれらのSNSで遊びました。たしかに、 以前はリアル10代が入れ食い状態でウハウハでしたが、もうダメです。 出会い系とかやってる人に関しては、もう論外。 まだやってんのかおまい？って感じ 今キテルのは恋愛系SNS（地域密着型会員制SNS）なんです！！ しかも今このいわゆる「アダルト系SNS」「地域密着型直接メール交換」のサイトは 色んな規制が緩くなってすごい状況。 まるでネットでの出会い系が流行りだした頃の当初を彷彿とさせる状況です。 雑誌やメディアで見て知ってる人はもう知ってると思いますが、 このジャンルの人気は「会う」って意味では、今や出会い系は当然として 全盛期のmixiやGreeですら超えてます。 今までも色んな出会い方ってのがありましたが、 従来の出会い系サイトの場合、女性が敬遠す
WindowsServer no.80.43.38 [ へっぽこSEのメモ帳 ]
※書きかけです。 ・トラフィック監視 サービスから「SNMP Service」を自動起動に設定する。 プロパティを開き、セキュリティタブで「すべてのホストからSNMPパケットを受け付ける」をチェック (もしくはIPアドレスなどで指定) apacheのインストール 「c:\Apache2.2」 snmp-informant のインストール ActivePerl のインストール MRTGのセットアップ mrtg-2.17.4.zip を解凍し、c:\mrtg にコピー この辺参照？ http://techno-st.net/2008/02/16/windows-server-2008-part-9.html http://mcp-exam.paslog.jp/article/1144256.html #mrtg.cfg を作成 cd c:\mrtg\bin perl cfgmaker publ
lsyncdでリアルタイムrsync - maruko2 Note.
lsyncdでリアルタイムrsync 提供：maruko2 Note. 移動： 案内, 検索 Website http://code.google.com/p/lsyncd/ 同期元ディレクトリ内のファイルやディレクトリに更新があると、リアルタイムに同期先のディレクトリと同期する。 lsyncd は、ファイルシステムの更新をリアルタイムに監視し、更新があると rsync コマンドで同期する。 ファイルシステムの更新を監視する機能は、Linux カーネル 2.6.13 で導入された inotify を利用している。 lsyncd は、バージョン 1系 と 2系 で設定ファイルの記述方法が異なる。 バージョン1系は xml で記述。 バージョン2系は lua で記述。 Linux Kernel 2.6.13 で導入された inotify を利用しているため、Kernel 2.6.13 以上の
Apache, Cache-Control, 304, 大型サイトで静的ファイルを無駄なく配信 | バレで昼寝
以前にも書きましたが私は某ポータルサイトのシスアド、兼プログラマをしています。月々１億から３億ページビューを裁いていますが、システムの一番大きなコストはトラフィックです。 100MBit専有とまでなると月４０万は軽く行きます。そこでとにかくページビューをあげながらもトラフィックを減らそうと日々努力しています。この記事の目的はハウジングサービスからアマゾンのクラウドフロントに移行した成功例（または失敗例）について書いていきます。 まず、第一回は既存のシステム（静的ファイル用のサーバ）について簡単に説明します。長年、経験を積みながら行った設定です。あくまでも、サーバのスペック、サイトの用途によっても違ってきます。 OS： Gentoo HTTP Server： 最近lighttpdからまたApacheへ ※lighttpdはものすごくライトウェイトだが、バグの対応が遅い、ガンバレMade
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドでのVPC移行について
Global Infrastructure
Manual to Lsyncd 2.0.x
http://pc.watanet.com/lab/homesvr/linux/lvm_resize/lvm_resize.html
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
