タグ

運用に関するKshi_Kshiのブックマーク (12)

  • 運用に自動化を求めるのは間違っているだろうか

    Masahito ZembutsuEngineer / Technology Evangelist at SAKURA Internet, Inc.

    運用に自動化を求めるのは間違っているだろうか
    Kshi_Kshi
    Kshi_Kshi 2015/07/27
    ヴォリュームが多いので、あとで。
  • @IT:Windows TIPS -- Tips:DHCPサーバを冗長構成で運用する方法

    だが利用可能なIPアドレスを2つに分けて2台のDHCPサーバへ割り当てれば、DHCPサービスを冗長構成で運用することができる。ただしクライアントが実際に利用可能なアドレスの個数は半分になる。 DHCPを使ったIPアドレスの管理は、いまや非常に一般的な方法となっている。クライアントPCの設定を個別に行うことなく、IPアドレスの設定や重複の回避、ネットマスクやゲートウェイ、ドメイン情報などを集中的に管理することができるからだ。 一般的には、「1つのネットワークには、DHCPサーバは1台しか設置できない」とされている。2台以上のDHCPサーバが存在すると、IPアドレスが重複して割り当てられたり、(管理者が認めた以外の)不正なIPアドレスやネットワーク情報などが渡され、さまざまなトラブルが発生したりするためだ。そのためDHCPサーバは、適切に管理されたものを1台だけ用意するというのが基である。D

  • これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | DevelopersIO

    はじめに こんにちは植木和樹です。AWSでは各種ホワイトペーパーなどの資料を多数公開しています。 AWS アーキテクチャーセンター | アマゾン ウェブ サービス(AWS語) 今回は上記ページからダウンロードできる「AWS 運用チェックリスト(PDFファイル)」を読んでみました。運用チェックリストという名前ではありますが、AWSを利用する方は一度目を通しておくのをお勧めする内容でした。 チェックリストは大きく3つ「ベーシック」「エンタープライズ」「セキュリティ監査」に分かれています。このうちベーシックは15項目程とコンパクトにまとまっていて、簡易チェックリストとしてお手頃です。 残念ながらまだ日語訳がされていないようですので、今回ベーシック部分だけをザックリ読んで簡単なコメントを書いてみました。 ベーシック運用チェックリスト 原文は「我々は〜〜〜を設定しています(理解しています)」

    これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた | DevelopersIO
  • 運用コストを従来の5分の1に

    リクルートは2011年6月、「リクナビ」「SUUMO」など同社が運営する50超の商用Webサイト群の実行基盤となるプライベートクラウドを構築した。運用・保守コストをできる限り下げるのが目標である。結果的に、想定を上回るコスト削減を達成した。(文中敬称略) 左からリクルート システム基盤推進室インフラソリューショングループの菊地原拓氏、同グループチーフエンジニアの小倉誠氏、プロシンクワークの大場京子社長、リクルートシステム基盤推進室エグゼクティブマネジャーの米谷修氏、同室インフラソリューショングループの水野一郎氏。米谷氏がプロジェクト責任者を、小倉氏がプロジェクトマネジャー(PM)を務め、大場氏がPMを支援した 「これまで経験したなかでは、間違いなく最大規模。それでもトラブルとは意外なほど無縁だった」。リクルートシステム基盤推進室エグゼクティブマネジャーの米谷修(写真、右から2番目)は、総責

    運用コストを従来の5分の1に
  • DNSの仕組みの基本を理解しよう

    いきなりだが、2001年はDNSDomain Name System)にとっては、当たり年ともいえる年だった。ニュースなどでも取り上げられているが、「日語」や「多言語」ドメインという大きな構造変化がシステム全体に押し寄せ、ブロードバンド環境の広がりは、個人がドメインを取得して運用するための足掛かりともなった。 連載では、ドメインの運用など、これからDNSと付き合おうとしている方々を対象に「DNSの概念や運用の考え方」を明らかにしていこう。ただし「BIND」など、DNSに関する具体的な製品の設定方法については触れない。詳しくは以下の記事もぜひ参考にしてほしい。 DNSはなぜ必要か? 最初に、「DNSとは何か」を説明するために、「なぜDNSが必要になるのか」を考えてみよう。それには、歴史的経緯から考えるのが分かりやすい。 DNSはご承知のとおり、IPアドレスホスト名をマッピングして相互

    DNSの仕組みの基本を理解しよう
  • マジックSysRqキー - Wikipedia

    マジックSysRqキーは、Linuxカーネルでシステム状態に関する低レベルコマンドを発行するキーシーケンスである。 SysRqとその他のキーとを組み合わせて使用する。これはカーネル開発におけるデバッグ用であると同時に、しばしばシステムがフリーズした際に、その状態からの回復やファイルシステムを破損させることなくコンピュータを再起動させるために使用される。 用途[編集] サン・マイクロシステムズのOpen Firmware(OpenBoot)と同様のこのキーシーケンスは、ソフトウェア開発やトラブルからの回復を行うための以下のようなツールへのアクセスを提供する。 強制的なファイルシステムのアンマウント プロセスの強制終了 キーボード状態の回復 書き込みキャッシュのフラッシュ(ディスクへの書き込み) システムの再起動 コマンドキー[編集] キーシーケンスは、Altキー、SysRqキーおよびその他の

    Kshi_Kshi
    Kshi_Kshi 2012/03/31
    [再起動
  • Linux用の優れたバックアップツール10選 - builder by ZDNet Japan

    信頼性の高いバックアップツールは贅沢品などではない--誰もが持っていてしかるべきものである。とは言うものの、自らのニーズを満たす機能を手に入れるために大金を投じる必要があるというわけではない。記事では、マルチプラットフォーム対応のものも含めて、Linux用の優れたバックアップツールを紹介する。 あなたがIT業界に身を置いているか、コンピュータのパワーユーザーであるかにかかわらず、バックアップツールは必携のツールであるはずだ。そしてバックアップツールには、定期的なバックアップや一時的なバックアップ、ローカルバックアップ、リモートバックアップを始めとする多くの機能が必要なのである。 プロプライエタリなソリューションは世の中にたくさん存在している。そしてそれらの中には必要最低限の機能を搭載した、費用対効果の高いものもある一方で、豊富な機能を搭載した、高価なものもあるのである。これに対して、オー

  • デブサミ2012の資料「大規模化するピグライフを支えるインフラ 〜MongoDBとChefについて〜」を公開します - 元RX-7乗りの適当な日々

    今年で10周年を迎えた「Developers Summit 2012」 まずは10周年おめでとうございます。そして"いつも"ありがとうございます。 そんな記念すべき(通称)デブサミで機会をいただいて話をしてきましたので、資料を公開します。私としては、2010年以来の2回目の登壇となりました。 ※ 参考: デブサミ2012で、MongoDBとかChefを実サービスで使っている話をします オープン3週間でユーザ数100万人を突破したピグライフは、これまでのアメーバのサービスの中でも類を見ないスピードで成長しています。そのため、このピグライフを構成するアーキテクチャや開発/運用についても、よりスケーラビリティが確保できるインフラが求められます。セッションでは、それらを支える取り組みについて、実際の事例をベースにお話しします。 10年後も世界で通じるエンジニアであるために Developers

    デブサミ2012の資料「大規模化するピグライフを支えるインフラ 〜MongoDBとChefについて〜」を公開します - 元RX-7乗りの適当な日々
  • PHP で簡単にサーバーを監視して一定ラインを超えたらメール通知するコード

    ロードアベレージ通知するだけなら負荷監視ツールを入れるより、PHP なりで書くほうが楽で簡単とのことで友達に教えてもらいましたので、ひとつ書いてみました。以下のコードを loadave.php など適当な名前で保存して cron で定期実行すれば良いです。 <?php mb_language("ja"); mb_internal_encoding("UTF-8"); date_default_timezone_set('Asia/Tokyo'); $servername = 'localhost '; // サーバー名(任意) $mail1 = 'info@example.com'; // 通知先1 $mail2 = 'alert@example.com'; // 通知先2 $notice1 = '3.00'; // 通知ライン1 $notice2 = '5.00'; // 通知ライン2

    Kshi_Kshi
    Kshi_Kshi 2012/01/09
    スクリプトでリソース監視
  • DSET(Dell System E-support Tool)でサーバの故障箇所を特定してみた

    「できるだけ安く」「集積性は問題にしない」という方針のもと、GIGAZINEのサーバは何を血迷ったのかコスト重視で運営するために苦渋の決断としてタワー型をあたかも自宅サーバのようにずらずら並べているわけですが、「AmazonAWSだとコストが割に合わないけど、さくらのクラウドなら移行できるかも」とか夢想していると、エラー通知を出しているサーバを2台ほどシステムが検知。 「なんだなんだ?この年末に……」と思いながらサーバルームへ見に行くことに。 物理的にはこれらしい オレンジ色のランプが点灯中、こいつですね、確定 背面を見ると、2つある電源ユニットの内、右側のランプが消えています 左側は生きていますが、右側は死亡。冗長化電源なのでサーバ自体は動き続けていますが、もちろん早急に交換することに。 もう一方のサーバは電源ユニットは無事、見る限りでは何のエラーかは不明。詳しく調査する必要性がありま

    DSET(Dell System E-support Tool)でサーバの故障箇所を特定してみた
  • トラブルをわざと発生させサーバ問題解決能力を鍛える「Trouble-Maker」 - GIGAZINE

    ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし

    トラブルをわざと発生させサーバ問題解決能力を鍛える「Trouble-Maker」 - GIGAZINE
    Kshi_Kshi
    Kshi_Kshi 2011/12/28
    トラブルをわざと発生させてインフラ運用力を鍛える
  • これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」

    Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia

    これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」
    Kshi_Kshi
    Kshi_Kshi 2011/12/28
    wikipediaのシステム
  • 1