I, newbie » バックアップならBaculaでしょ
「21世紀にssh(1)でtarとかありえない」みたいなことを書いたけど、使ってるツールそのものに加えてありえないのは、バックアップに求められる要件がありえない。20世紀だったら単なるファイルのコピーでもよかったかもしれないけど、今時要求されるバックアップってそんな単純なものじゃない。バックアップしたファイルの暗号化、通信経路の暗号化、柔軟な差分とスケジュール、複数のストレージへのバックアップとか。バックアップ対象にWindowsが入ってないし。 「2008年の」とか「最近の」というキーワードなら、ファイルシステムのスナップショット機能を活用したバックアップだと思う。UFS2とZFSで使える。LinuxならLVM。 FreeBSD UFS/ZFS Snapshot Management Environment sysutils/freebsd-snapshot Solaris ZFS Ad
グーグル、巨大データセンターの電力問題に悩む ― ＠IT
米グーグルでは、自社の巨大なデータセンターのエネルギー効率の最適化を目指しており、同社のトップクラスの技術者たちがこの課題に取り組んでいる。 4月5日にニューヨークにあるグーグルの総合施設で行われた講演において、同社のディスティングイッシュドエンジニアであるルイズ・バロゾ氏は、エネルギー効率の最適化を目指した同社のプロジェクトについて説明した。この講演のタイトルは「Watts, faults and other fascinating 'dirty' words computer architects can no longer afford to ignore」（コンピュータアーキテクトはもはや電力問題や障害を避けて通ることはできない）。 Digital Equipmentの元エンジニアとして大規模システム用のロードバランシングシステムを開発した経験もあるバロゾ氏は、グーグルのコアインフ
puppet オープンソースによるシステム管理の自動化
オープンソースによる システム管理の自動化 “Real Sysadmins Don't Login” Tomoyuki Sakurai <trombik@gentoo.gr.jp> Some questions... 最近、OSをインストールしましたか? インストール作業は自動化されていましたか? 設定作業は自動化されていましたか? 設定が変更されていないことを保証できますか? 誰が何を変更したかわかりますか? Before configuration management ● ラックにサーバを設置する ● ネットワークに接続する ● OSをインストールする ● OSをアップデートする ● 必要なソフトウェアをインストールする ● ソフトウェアを設定する After configuration management ● ラックにサーバを設置する ● ネットワークに接続する ● しばらく待
Log Parserの概要 ― ＠IT
ログは管理者の味方であり、悩みのタネでもある。無償ながら強力なツール、Log Parserでログを自在に操ろう。 連載目次 英語の“log”は「運行記録」などの意味があり、情報システム管理におけるログは、さまざまなハードウェアやソフトウェアの「運行記録」を刻々と記録したデータである。システム管理者にとって、ログは複雑な存在だ。あるときはトラブルシュートの主役としてピンチを救ってくれる頼もしい相棒だが、日々作成されるログはさながら悪夢をもたらす洪水であり、作成されたログ・ファイルは物置のスペースを着々と占拠し続ける厄介者である。 システム管理者であれば、トラブル発生時に一度は耳にしたことがあるのではないだろうか。「そんなこと、ログ見れば分かるでしょ」。これは事実ではあるが、ある意味管理者にとっては屈辱的な言葉かもしれない。コンピュータが文字どおり機械的に吐き出し続ける膨大なログから必要な情報
データセンターにおける熱対策を考える
データセンター利用者にとって、ラック内に設置するサーバなどの機器が発生する熱の問題を避けて通ることはできない。今回はデータセンターレベルでの熱対策、そしてラックにおける熱対策について解説する。 第5回、第6回と、これまで2回にわたって電源に関するお話をしてきました。第6回の冒頭では、電源と熱に直接関連があることについてお話ししました。 電気を供給することで、機器は計算を行う、ファンを回すなどの仕事をしてくれます。また、仕事をすることで各機器は熱を発します。この熱の量は、供給している電力量と比例します。つまり、電源の利用実態とラック内にこもっている熱の量は一定の法則のうえに成り立っており、熱の問題を無視してデータセンターは利用できないといっても過言ではありません。 そこで今回は、熱量の考え方とデータセンターが行っている熱対策、そして何より重要な各ラックでの熱対策の方法について解説します。 熱
がんばれ！アドミンくん 第58話 - ＠IT
Azure Web Appsの中を「コンソール」や「シェル」でのぞいてみる （2017/7/27） AzureのWeb Appsはどのような仕組みで動いているのか、オンプレミスのWindows OSと何が違うのか、などをちょっと探訪してみよう Azure Storage ExplorerでStorageを手軽に操作する （2017/7/24） エクスプローラのような感覚でAzure Storageにアクセスできる無償ツール「Azure Storage Explorer」。いざというときに使えるよう、事前にセットアップしておこう Win 10でキーボード配列が誤認識された場合の対処 （2017/7/21） キーボード配列が異なる言語に誤認識された場合の対処方法を紹介。英語キーボードが日本語配列として認識された場合などは、正しいキー配列に設定し直そう Azure Web AppsでWordPr
Windows管理者必携、Sysinternalsでシステムを把握する － ＠IT
Windows管理者必携、Sysinternalsでシステムを把握する：Security&Trust ウォッチ（43） SysinternalsというWebサイトをご存じだろうか？ 何となくそこにたくさんのツールがあるのは知っていても、Webサイトが英語版しかないので全部読む気がしない。また、いくつかのツールは使っているけど、ほかにどういったユーティリティが提供されているのか細かく見ていないという人がいるのではないだろうか。 筆者もその1人で、「Process Explorer」などの有名なツールは使っていたが、全ぼうは把握していなかった。 Windowsを使っているシステム管理者や技術者の方ならば、Sysinternalsという名前を知っている方は多いはずだ。SysinternalsはWindows標準のツールでは管理できないシステム情報などを扱うツールを数多く提供している。 このSys
データセンターのラックにおける電源管理を知る ― ＠IT情報マネジメント
ラックに供給される電源は、許された容量の範囲内で利用する必要がある。正しく利用しないとブレーカーが落ちることがあるほか、発熱の問題を助長する可能性がある。今回はラックにおける電源の利用方法を紹介する。 前回は、データセンターにおいて各ラックに電源が供給される仕組みについてお話ししました。このようにして各ラックに供給された電源は、決められた範囲内で正しく利用しなければ、電源容量のオーバーでブレーカーが落ちてしまい、せっかくデータセンターが緻密（ちみつ）に計算して無停電で電源を供給してくれていても、無意味なものになってしまいます。次回以降で詳しく触れますが、機器が発する熱の問題もこの電源と直接関連します。電源を各ラックで適切に利用するということは、データセンターを利用する側の大きな責任ということもできます。 そこで今回は、適切に電源を利用するということに主眼を置いて、電源容量の計算や実際に利用
ソフトウェア資産管理について考える
ソフトウェア資産管理は、ソフトウェアの不正利用を防止する以外にも、さまざまな理由で重要な作業だ。しかし、これは難しい作業でもある。今回は、管理者としてどのような方法でソフトウェア資産管理に取り組むべきかを考える ソフトウェア資産管理は難しい。難しい理由にもいろいろあるが、ソフトウェア自体が目に見えないということもあるし、複製が容易なので購入した以上のソフトウェアライセンスが使われる可能性を排除できないというのが主な理由であろう。物理的に存在しているモノの資産管理であれば、目に見えるものをその個数分だけ適切に管理するだけで済むのに比べると、その難しさが容易に想像できる。そこで今回はソフトウェア資産管理の方法を体系的にまとめ、少しでもソフトウェア資産管理を楽に進められることを目指してみたい。 ソフトウェア資産管理の目的 そもそもソフトウェア資産管理は何のために行わなければならないのだろうか。大
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(同期ツール編)
ダイエット中で炭水化物の量が気になる尾藤正人です。 前回のエントリベンチャー流サーバ構築のススメ(ソフトウェア編)では、主にOS周りのことについて書きました。複数台のサーバを管理するのに重要なのは極力構成を同じにすることです。そうすることで管理コストが大幅に下がります。 以前Klabさんのサーバ管理者向け無精のすすめ ～ちょっと便利なツールの紹介～というエントリで同期ツールの紹介がありましたが、ウノウでも同じような感じの独自ツールを作って同期をとっています。今回はこの同期ツールの紹介をしたいと思います。 僕が shell scripter ということもあってスクリプトは全て sh で。zsh の特殊な記法が使いたかったので zsh で書いています。 凡例 全てのコマンドは最後に対象とするホスト名を指定します。all というは特殊な指定で全てのサーバに対してリクエストが送られます。 共通関数
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ネットワーク編)
尾藤正人です。 前回のエントリ ベンチャー流サーバ構築のススメ(ハードウェア編) では多くのコメント、トラックバック、ブックマークをしていただきました。ありがとうございます。僕自身多くのことで勉強になりましたし、新たな発見もありました。 技術は公開、共有して発展するものだと思っていますので、自分の無知をさらけ出すのを恐れずにいろいろ公開して、自分自身も成長していければと思っています。 今回はサーバ構築するときのトピックとして、どのようにネットワークを構築したかを書いてみます。 サーバ構築に限ったことではありませんが、重要なのは質を下げずにコストを下げることです。ネットワーク部分でお金がかかるのは回線ぐらいですから、ネットワーク周りで重要なのは人的コストを下げること、つまり管理コストを下げることです。 ・回線は2回線以上用意する 2回線以上用意するのは高可用性を確保するためです。通常は全ての
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ハードウェア編)
尾藤正人です。 ウノウでは最近新オフィスに引越ししたのですが、新オフィスにサーバルームを設置してフォト蔵のサーバをホスティング業者から自社サーバに移行しました。 自社サーバに移行のは下記のような理由からです。 フォト蔵のようなストレージ系のサービスの場合、十分な帯域を確保する必要があるが、広帯域を確保するにはコストがかかる フォト蔵のようなストレージ系サービスの場合、大容量のHDDが必要になるが、大容量のHDDを搭載したマシンはハイエンドマシンになり、増設コストがかかる マシンの増設に時間がかかりフレキシブルに対応できない というわけで自社サーバに移行したわけですが、自社サーバに移行するにあたって様々なノウハウがたまってきました。 サーバ構築にはいろいろトピックスがありますが、今回はハードウェア的な部分について書きたいと思います。 ・マシンは全て同じ構成にする 数多くのサーバを運用するに
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Puppet Pipelines™ for Containers | Puppet
cron(crontab)で月末で指定する方法 - ぎじゅっやさん
Linuxのtopコマンドで表示されるload averageについて教えてください。…
NTT DATA - サービス＆プロダクト Hinemos
http://blog.moongift.jp/item/2555.html
sanonosa システム管理コラム集
Welcome - StackFoundry
http://www.nexb.com/open-source-it-asset-management/Wiki.jsp?page=OpenSourceITAssetManagement