AWS システム構築 非機能要件ヒアリングシートを公開してみた | DevelopersIO
こんにちは。 ご機嫌いかがでしょうか。 "No human labor is no human error" が大好きなネクストモード株式会社の吉井 亮です。 日本国内においても多くのシステムがクラウド上で稼働していることと思います。 俊敏性、拡張性、従量課金、IaS、セキュリティなどクラウドのメリットを享受しやすい所謂 SoE で多くの実績があるように感じます。 ここ1~2年は、社内基幹システム・情報システム、SoR 系のシステムのクラウド移行が本格化してきたというのが肌感覚であります。 クラウドでのシステムインフラ構築は従来のようにゼロから非機能要件定義を行っていくものではなく、ベストプラクティスをまず実装して少しずつ微調整を行っていくものと考えています。とはいえ、システムごとの要件は予め明らかにしておくことがインフラ構築においても重要になります。 クラウド上では出来ること出来ないこと
AKIBA de: 無償のVMware ESXiでホットバックアップを自動で実行する方法（のヒント）
VMware ESXiを運用していくうえで重要なのが障害対策。そのためにストレージのバックアップは欠かせません。VMware Consolidated Backup（VCB）という製品も提供されていますが、VMware Infrastructure 3は有償で、しかもかなり高価な製品です。なんとかコストを抑えつつ、簡単にバックアップする方法はないものか・・・。 ところでVMware ESXiはSSHでログインが可能です（やり方はググってください）。それならSSHでログインして.vmdkファイルをコピーすりゃいいじゃん！簡単簡単！ 仕方ないのでVCBの購入を検討します。…検討します。…検討します。買い方わかんねー。(笑) 一応VI3の体験版を入手してVirtual Centerをインストールしてみたんですが、具体的にどうすればいいのかわかりません。それどころか８個以上のVMを起動できず（
VMware ESXi 4.0 で仮想マシンを自動バックアップ
我が家の物理サーバーを VMware ESXi 4.0 化するまで CentOS 上で稼働していた VMware Server 1.0 では、仮想マシン (以下 VM) 操作コマンド vmware-cmd をシェルスクリプトに組み込んで活用していたが、VMware ESXi 4.0 ではこれに相当するコマンドが vim-cmd (VMware Server 2.0 では vmware-vim-cmd) となり、オプションや使い方が大幅に変わった。また通常のコマンドのオプションやシェル環境も CentOS と異なるため、VMware Server 1.0 時代のバックアップ・スクリプトをそのまま流用することはできない。 しかし比較的急務と言える ESXi 用 VM バックアップ・スクリプトの作成は、忙しかったこともあって、ずっと後回しになっていた。こう言う空隙を突いて発生しがちなトラブルに備
第10章 データー管理
競合状態とならないようにするために、アクティブにアクセスされているデバイスやファイルに複数プロセスから調整なく書き込みアクセスをしてはいけません。flock(1) を使ったファイルロック機構がこの回避に使えます。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
akionweb.com