パスワードなしでバックアップする方法について説明します。サーバなど、あればいいけど容量を食うシステムの場合など便利です。自動実行させる方法を検討しました。この文書を作成するにあたり、次の文書が役に立ちました。作業することを前提として説明します。送信側で公開鍵を作り、受信側のリストに追加します。設定を変更し、鍵交換による接続を許可します。パスワードなしで受信側に接続できることを確認します。-公開鍵の作成-バックアップ元のコンソールから次のコマンドを実行します。公開鍵が作成されていることを確認します。認証キーリストを一応バックアップします。authorized_keys.old認証キーリストに送信側の公開鍵を追加します。編集前に一応バックアップを取ってください。編集します次の例はコメントを抜いたところだけを示します。下線部分が重要なようです。noの行を加えてください。逆引きをするため、タイムアウトを待っているようです。設定されていれば問題ないようです。クライアントからはパスワードを要求してログインできることを確認します。コピーできることを確認します。いう名前で作成します。必要に応じて変更してください。次の1行を追加します。/sbin/syslogcopy.shセキュリティ上「不適切だね」というご意見があればコメントお待ちします。実行すると「時刻データが利用できなかったため、コンピュータは同期を取り直しませんでした。」となる場合があります。これがドメインコントローラである場合は致命的です。モードを使用して同期要求を送信します。モードを使用する要求以外には応答しません。実行されていない」のが普通だと思います。時刻同期が取れない場合があるようです。上のマイクロソフトドキュメントから次のバッチファイルを作り実行しました。クライアントモードを意味します。使用した場合は、クライアントモードとなるため、タイムサーバとしては利用できないことになります。サーバは排他的に、他のプラットフォームとは実に相性が悪いよということになります。して自動スタートします。いうソースの動作状況が確認できます。stratum2とあれば、同期先との通信しています。NUMxxxxxxxが記録され、時刻を取り直します。NTPDの場合、起動後にサービスが開始され、良くあるNTPサーバに同期を開始します。ように「時刻が狂ったまま」になることは少ないようです。サーバや公開サーバを指定します。公共サービスは公共のトラフィックのことも考えて、予備としておきます。地理的に近いサーバを指定することが重要です。NTPソースを参照すべきではないでしょう。指定することをお勧めします。ものを使うのが理想です。番から反応が受けられない場合があります。サーバであっても駄目という奇妙な現象です。名前解決の問題のようなので、原因は全く不明です。おとなしく再インストールするしかないようです。ファイアウォールも開いているのに何故でしょうね。あわせて読んでください。顧客は高い金を払っているため文句が言える、当然トラブルに対する改善提案も受けられる。払ったかはっきりしているため、費用対効果が明確である。しやすい大企業や大手SIベンダーがクラウドシステムを作るには適当なシステムだと思います。実績もある(ないのもあるけど)。問題なのは、本来、IT資産をプール化してスケールアウト、あるいはスケールダウンを試みる場合、高額なライセンス料金に縛られて、簡単に仮想マシンを構築できないところです。サーバーが100台あって、これをハードウェアプール化しても、将来このハードウェアプールを50台に減らそうにも、余ったCPUソケットを増設してスケールアップしようとしてもライセンスのプールがない限り不可能なのですね。50台に減らしてもライセンス料は安くはならない。値段が高いから、利用企業としては、ハードウェアと一緒にリースしたり、固定資産化させなければならない。したがってサービスイン、サービスアウト(という言葉があるかどうかは?)が簡単にできないため、当然経営側もこれだけ巨額な出費に慎重になります。このシステム5年以上かけて人材育成から利用するというしっかりした計画が必要です。ライセンス上の「マル秘スイッチ」みたいなフラグがあるわけで、ライセンスコードを入れないとオンにならない機能なんてのがついている(と想像できる)何しろオープンソースではないので、そういった「ヒミツ」の機能はいくらでも仕込むことができるのです。さまざまなオープンソースを商用サポートするメーカーの製品があります。ソースが公開されているため、ライセンスの制限に嘘が付けない。技術力のあるなしにかかわらず、さまざまな契約が行える。場合、1台32ソケットという現代社会ではあって無いようなライセンス体系なので、非常に自由に仮想システムが作れてしまう。ネットワークが仮想マシンだらけになってしまうことが最大の欠点。サブスクリプションやサービスが年間だったりスポットだったりするわけなので、IT予算が予算化しづらい。管理ツールは期待できないということで大手から中小まで使いやすいことは使いやすい。プロジェクトが半年でポシャッてしまっても1年のサブスクリプションライセンスであれば、捨ててしまってもかまわない。サブスクリプションを登録すれば、年間単位でパッチの提供も受けられるし、プレミアムサービスを購入すれば、天才と言われなくても、普通のレベルのサポートを期待できる。2年目以降ももしスケールアウトが必要になればサービスを継ぎ足して購入すればよい。その代わり、こういった商用オープンソースにはさまざまな中途半端な管理ツールがついてきて、ほとんど役に立たないのが現実です。複雑な大規模システムにはむいていないという面もあるし、いいオープンソースの管理ツールが出てくれば、実装できるわけですから、期待はできるわけです。私のようなヘボな零細事業者がお客に提案できるのはこの程度のシステムしかありません。非IT関連のお客さんで、あまり「金がなさそうな」ところにプライベートクラウドを売り込むには実に優れていると思います。フリーのソフトウェアを使った場合。ライセンスがかからないのでライセンスというプールは無制限である。タダより高くつくことがある何しろ技術力が必要である。行き詰まって経営側から「何とかしろ」といわれた以上、自分で何とかしなければならない。情報もコミュニティ頼りだ。やってくれ」と言われたら私としてはかなりのリスクを含めた価格を提示しなければならないでしょう。経営側からすると、システムの費用をほとんど人月で管理するわけで、ITにかけるコストを計るためのゲージがヒトの評価しかないことがネックになります。システムも属人化します。したがって非IT企業にはお勧めできない。自社で開発者を抱えたり、いかに安価でITサービスを提供するかが目的であれば最適な判断かもしれない。私には自信がないけど。使っているらしいけど、そういった大規模なITサービスには無料のオープンソースを使いこなす技術、基盤があるということですね。システムを何とかしてくれ、といわれた時ははっきり言ってお手上げでした。いう残骸がたくさん残っているIT企業もたくさんあるんだろうなという気がします。メリット私の公開している情報にはさまざまな条件でご訪問していただくリーダーさんがいます。XEN+接続できない”、まぁそういった検索条件です。置き換えてぐぐってほしい。見つかるのはキーボード切替え装置(KVM)に関する情報である。KVMというオープンソース仮想化技術の最悪な点は「名前が悪い」のです。標準で採用しているわけで、技術の蓄積や経験が不足している。ついて調べようとすると、ほとんどがキーボード切り替えスイッチの情報しか見当たらない。KVMは名前で損している。このまままでは仮想化システムの本筋になれるとは思っていません。名前を変えることが大事だと思いますよ。コンピュータはクロック以上の性能は出ないいくらコア数が多くても、コンピュータはクロック以上の性能は出ません。コンパイラやミドルウェアが数年前に開発されたものが主流で当時はシングルコアだったため、マルチコアに最適化されたコードが搭載されているはずがないのです。私のような単細胞、シングルタスクな人間には想像できないのですが、コア数を目いっぱい使ったソフトウェアを使いこなすには相当な発想、プログラミング技術が必要だと思います。圧縮していたのですが、ボーっと観測していたら8コアのうち、実際に動いているのは1コアだけでした。そりゃカーネルはプロセッサを効率よく利用しようとさまざまなジョブを振り分けるわけですから、8コアが無駄だとは思いませんが、ひとつのジョブが8分かかるところ、8コアにしたからといって1分で終わるわけではないのですね。いう疑問があるのですが、怖くてまだ試していません。ディスクIOでそれほどのパワーは出ないと予測しています。メモリもCPUもパワーが出てきている割には、マルチコアを生かすチップセットというものが無いような気がします。サーバーの外のケーブル、HDDはチューニングのし甲斐というものがあるのですが、チップセットはチューニングできません。全てオンメモリで処理してしまおうと思っても、意外とパフォーマンスに恵まれないのはその辺もあるかなと思います。改善点はいくつでもあるでしょう。スイッチングHUBはできるだけ良いものを、ケーブルもカテゴリ6以上の短いものを、SATA読み込みは遅いのでSAS-RAIDを選ぶとか、読み込みが多いところはSSDを使うとか工夫のしかたはあるのでしょうが、いかんせんそこまで考えると、予算も足りないし、予測していた程度のパフォーマンスが出なくてがっかりするのも嫌で仕様がありません。これだけは、サーバーメーカーさん工夫していい装置を出してよねと考えています。ついでにHDDですが、やっぱり3.5インチには敵わないなと思っています。スペースや音、電力では2.5インチに分があるのですが、いくら消費電力が半分でも、台数を倍積むとそれだけ電力も発熱も出てきます。回転数が1万回転でハイエンドだと、やっぱり3.5インチのほうが明らかに使い勝手はよいように思います。厳密にアクセススピードやベンチマークを取っているわけではないのでご了解ください。SATAドライブを使ったNASなどがありますが、あれはあくまでもDLTに変わるバックアップメディアだと割り切った方がよさそうです。SAS-RAIDだと、壊れたディスクを自動的に再構築してくれる機能は普通にありますが、SATAのRAID1とかは、単にメインのディスクが壊れたときの単純なバックアップなので、あればいい程度に考えたほうがいいでしょう。動きがおかしくなって初めて「壊れていた」ことに気がつくわけです。NTFSでフォーマットしたSATAのディスクは明らかにランクが落ちるLinuxマシンより読み出し速度が遅いようです。書き込みは普通OSがバッファになるので、あまり意識はないのですが、読み出し速度は明らかにSASに軍配が上がります。搭載SATA-NASなんてのもあります。機能しかついていません。ないとあんな安価なライセンスで売れませんからね。いう結果が言えるのは、サーバー室で暇なあまりコンソールばっかり見ている結果なのですけど。SATAは消費電力を下げることができる点は評価していいと思います。侮れないGbEGbEは1Gしか出ないし、FbEなら3Gとか6Gとか出るようです。確かに何百台とある巨大なデータセンターなら、これくらい投資するのが当たり前のようなところがあるのですが、たいていの中小システムはそんな巨大な予算は組めません。以外に同じディスクの中でコピーペーストするより、サーバにペーストするほうがスピードが速いということはよく感じます。余裕があると考えてもいいと思っています。・単純なシステムで構築するのであれば、ストレージに光ファイバを入れる必要はないなと思います。言いますが、きらきらした円盤から読み出せる速度がそれだけ速いという意味ではないのですね。10GbEも結構世の中に出ていますが、光ファイバを前提としたものが多く、メタル線を使うものはまだ少ないのが残念ですね。NICで8万円くらい、HUBは100万を超えます。ポート単価が1万円台になると急激に普及すると予測します。最近のNICで侮れないのはiSCSIのブート機能がついていることです。ブートができると、実質サーバーにはディスクは不要なんですね。管理ポート、RJ45のコンソールポート、あとUSBが二つぐらいがあれば使えるわけですから、「起動しっぱなし」のシステムには非常に有効かもしれません。この1Uのラックの中に30個くらいの仮想マシンが動いているとしたら、ちょっと痛快です。NotWorkに移行した後、(あれ、綴りが...)「ネットワーク」を開くと、動作しているはずのPCがリストアップされない事が良くあります。!ということがよくあります。ネットワーク管理者へのクレームとなります。「マスターブラウザー」の仕様によるものです。「起動した順番」から「マスターブラウザー」を決定し、「マスターブラウザー」がシャットダウンすると、別なPCが「マスターブラウザー」となる「仕様」のようです。系のPCを「マスターブラウザー」として「勝手に」選んでくれる「仕様」となっています。ネットワークでは「マスターブラウザー」が勝手にどのタイミングで動いてしまうのか、「ネットワークから別なPCを探す」作業は全く「運」によるものということになります。あっても、動作が不安定で、より「新しいOS」をマスターブラウザにしてしまうため、お出かけ中の「部長のPC」がマスターブラウザーになってしまったり、「ネットワーク」にPCが出てこないことが頻繁に発生するようです。朝、起動したPCは、まず周囲にマスターブラウザーを探して自分よりエライPCがいなければマスターブラウザーとなる。自分よりエライPCが出勤してきたら、マスターブラウザーの席を譲る。