タグ

ブックマーク / heartbeats.jp (6)

  • sudoでNOPASSWDが効かない時の対応方法

    最近ハマったので解決方法をご紹介しておきます。 visudoでNOPASSWDを指定しても有効にならないケースがあります。 特にUbuntuではよくハマるかな。CentOSでも同じことになるケースがあります。。。 Sudo NOPASSWD not working...? The trick seems to be to put the NOPASSWD lines at the *end* of the file. と、いうわけで、sudoでNOPASSWORDが効かない場合、設定をファイルの一番最後に設定を書けば解決します。 ぜひお試しあれ 私たちハートビーツはただITインフラを構築・監視・保守するのではなく、我々がサポートするお客様の事業成長を加速させることを目的としてインフラ運用に取り組んでいます。お客様のビジネスの成果を最大化するために「最適なITインフラ」をご提案します。 「I

    jinjin252525
    jinjin252525 2017/11/22
    sudo
  • メールを受け取らないドメイン名に

    example.comゾーンには次の内容で登録されているものとします。 example.com. 86400 IN A 192.0.2.80 送信側メールサーバは次のような順番で処理を行います。 宛先メールアドレス"foo@example.com"のドメイン名"example.com"に対するMXレコードを問い合わせる。 "example.com"に対する回答として0個のMXレコードを受け取る。(MXレコードが登録されていないため。なお、"example.com"そのものは存在するため、回答のステータスとしては"NOERROR"である。) "example.com"に対するAレコードを問い合わせる。(MXレコードが存在しないときには、Aレコードにフォールバックするため) "example.com"に対する回答としてIPアドレス"192.0.2.80"を値とするAレコードを受け取る。 IPア

    メールを受け取らないドメイン名に
  • Tsungで負荷テストしよう(1) - 基礎知識

    こんにちは。CTOの馬場です。 負荷テストツール Tsung の話です。 HTTP負荷テストツールだと JMeter や ab 、httperfあたりが有名ですね。 新しいところだとTsungやGatlingでしょうか。 私は去年くらいからTsungをよく使っているので紹介します。 このエントリは第1回です。 Tsungで負荷テストしよう(1) - 基礎知識 Tsungで負荷テストしよう(2) - 実践Tips Tsungで負荷テストしよう(3) - リアルな負荷のためのTips Tsung のお勧めポイント まずはTsungのお勧めポイントから。 負荷をかける側に必要なマシンスペックが低い 負荷をかけるとき、JMeterよりTsungのほうが同じサーバでより大きな負荷を生成することができます。 もちろん必要な負荷が1台で生成しきれない場合は複数台で連動して負荷を生成することができます。

    Tsungで負荷テストしよう(1) - 基礎知識
  • そのジョブのチャット通知 Rundeckでもできますよ!

    こんにちは。斎藤です。 以前、「Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう」というエントリを起こしました。ご覧になった方もいらっしゃるかと思います。その際に「通知はチャットに流して欲しいよな」とか「チャット通知ができるのが今の主流だよね」と思った方がいらっしゃるはずです。 そこで、今日はRundeckのプラグインと、その1つであるHipChatプラグインをご紹介します。 ※CentOSは6.6、Rundeckは2.6.0のSnapshot(Vagrant VM), Rundeck HipChat Pluginは1.5.0とします。 ※最後にお知らせがあります いろいろあるあるプラグイン Rundeckはそれそのもの自体はジョブスケジューラとして完成度が高い製品であると、私は考えています。しかし、体だけだと物足りなかったり、作り込みが必要な部分が少なからず

    そのジョブのチャット通知 Rundeckでもできますよ!
  • Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう

    こんにちは。斎藤です。 最近、Dockerなどのコンテナ型仮想化技術、Chef, Ansible, Itamae などによるITインフラ構築・運用自動化技術の利用が進んでいます。一方で、何年も動いて「歴史」を積み重ねているシステムも数多くあります。そして、私を含めてそれらの運用に関わる事もあるでしょう。そんな「歴史」のあるシステムも、何とか運用を効率化したいと思う事があるかもしれません。 今日は、バッチジョブや複数サーバに対する運用を効率化するRundeckを取り上げます。「何ができるの?」「はじめかた」そして「利用時の留意点」の3点についてお話しします。 ※OSはCentOS 6系、Rundeck はバージョン 2.4.0、Java VM は Oracle JDK 1.7.0_72 を利用しています。 cronLinux系OSに標準搭載されているジョブスケジューラです。標準で使えるため

    Rundeck - cronから移行しやすいジョブスケジューラを使ってみよう
  • CactiのデータをElasticSearch+Kibanaでまとめてみてみよう

    斎藤です。こんにちは。 最近、会社の中で様々な部活動が始まっています。「プログラミング部」や「フットサル部」といったメジャー(?)なものから、「サイクリング部」「P部(プロレス観戦部)」そして「二郎部」などなど、エッジが効いたものまであります。そうそう、私は「サイクリング部」と「P部」に所属しています。 さて、今回はKibanaを使って、Cacti(RRDTool)が収集したモニタリングデータを参照してみようと思います。Cactiはモニタリングデータを収集・ビジュアライズするツールとして普及していますが、他のサーバ・指標と比較するのがちょっと面倒です。そこを、Kibanaを用いてより見やすくしようと言うのが目的です。Kibanaとは、収集したログをGUIで整理しつつビジュアライズできるデータ分析ツールの一種です。たいてい、データストアとしてElasticSearchというNoSQL DB

    CactiのデータをElasticSearch+Kibanaでまとめてみてみよう
  • 1