処理が遅い場合の調査
処理が遅い場合, 問題が, ディスク I/O, CPU能力, ネットワ−ク, メモリ不足, NFS 等のうちどこにあるかが問題になる.(いや,他にもありうるけど) ディスク I/O や ネットワ−クが問題になることが多いと思う. ネットワ−ク関連では, hosts ファイル や DNS に無登録のマシンだったり, NIS 参照に問題が出ていたり, また, 自分自身でなく NFS サ−バが遅いのが原因の例もあった. 機材の故障やケ−ブル不良で, ネットワ−クに大量のエラ−がでているのが 原因のことも多い. 複数の DNS サ−バを参照しているばあい, DNS サ−バの参照順が適切か考え直してみる. 使用する tool vmstat, free, top, netstat,tcpdump 等は普通に使えると思う. 負荷のモニタは procmeter が気に入っている. ネットワ−クの状況は I
物理サーバを選定する際のポイント – Eureka Engineering – Medium
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
AWS Route53 逆引きゾーンと正引きゾーン作成手順 - Qiita
Route53にゾーン作成する前の確認 (DNS resolutionとDNS hostnamesオプションの確認) ・「Aws Management Console」にログインします。 ・「VPC」をクリックします。 ・VPCの管理画面が表示されるので「Your VPCs」をクリックします。 ・利用しているVPCの以下のオプションがともにyesになっている事を確認します。 このオプションが両方yesになっていると、Route53にTypeがPrivateのゾーンを作成出来るようになります。 DNS resolution: yes DNS hostnames: yes DNS resolutionとDNS hostnamesの詳細については以下をご参照下さい。 http://docs.aws.amazon.com/ja_jp/AmazonVPC/latest/UserGuide/vpc-d
named-checkconf コマンドで BIND の設定をチェック
DNS サーバである BIND の設定ファイル named.conf を書き換えた後、いきなり再起動してしまうと、記述エラーがあったときにデーモンが起動せず焦ります。 named-checkconf コマンドを使えば、事前に named.conf の記述が正しいかチェックをしてくれます。ただしチェックできるのは文法エラーとか、ファイルの存在有無だけです。ゾーンファイルの A レコードの値が正しいかとか TTL が適切かといった部分はチェックできませんので、DNS が稼動している状態で名前解決ができないなどのトラブルのときに使うものではありません。 # named-checkconf /etc/named.conf chroot している場合は、-t オプションを使います。 # named-checkconf -t /var/named/chroot /etc/named.conf name
Ubuntu 12.04 LTSサーバーを安全にする
タグ： セキュリティー Ubuntu この記事は、The Fan Clubというサイトの"How to secure an Ubuntu 12.04 LTS server - Part 1 The Basics"という記事を著者のChristiaan Diedericksさんの許可を得て、翻訳したものです。 私はUbuntuデスクトップのユーザではありませんが、VagrantやDigital Oceanのドロップレットで、Ubuntu サーバー版を使用することがあり、この記事を見つけました。まとまっているようなので、少しずつ翻訳しながら、紹介していきます。 この記事にはPart2があります。そこでは、ここで紹介している内容をデスクトップのGUIから設定できるツールが紹介されています。しかし、デスクトップ環境のインストールが必要なため、利用は限られるでしょう。Zenityではなくdialog
DSAS開発者の部屋:ネットワークパケットを覗いちゃえ
レイヤを問わず (ethernet から HTTP や SMTP まで) 、ネットワーク絡みのトラブルシューティングや挙動の確認をするときにパケットの流れが見られると非常に有益です。 開眼すると「パケットの流れが目で見える」そうですが、私などはまだまだ修行が足りず裸眼では見えないので、tcpdump というツールを使って見ています。 tcpdump はその名前があまりよくないと私は思っていて、"tcp" だけでなく udp やICMP や ethernet フレームまで覗ける超強力ツールです。 というわけで tcpdump の簡単な説明を書いてみます。 tcpdumpについて tcpdump は UNIX 系の OS で使えるツールなのですが、Windows 用にはWinDumpという CUI のツールがあり、tcpdump と同じように使えます。 GUI がお好みの方は、後でも紹介するE
CentOSのネットワーク設定を手動で行う方法 - bojovs blog
ネットワーク関連の設定 /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 デバイス名 ONBOOT=yes システム起動時に有効にするか BOOTPROTO=none 固定IP:none,static DHCPはdhcp HWADDR=00:D0:79:43:AF:12 MACアドレス TYPE=Ethernet インタフェースのデバイスタイプ。他にxDSLなど #DHCP_HOSTNAME=c27r1i2m.corede.net DHCPサーバに通知するホスト名 IPADDR=192.168.1.7 IPアドレスの指定 NETMASK=255.255.255.0 IPアドレスに対するネットマスクの指定 #NETADDR=192.168.1.0 ネットワークアドレス。通常IPアドレスとネットマスクより自動判断 #BROADCAST=
＠IT：障害の兆候を見逃さないためのサーバ監視（1-3）
サーバの構築は難しいが、それ以上に困難なのがそれを動かし続けること、そしてトラブルに迅速に対応することだ。サーバの動作状況を監視し、障害の予兆や発生をより早く検知できる体制を整えよう。（編集局） いまは正常に動作しているシステムだとしても、さまざまな原因でトラブルが発生する可能性があります。管理者は、こうしたネットワークシステムの動作を正常に保ち続ける必要があります。LAN内に設置したファイルサーバは企業活動においてクリティカルな存在になっています。インターネットを利用するに当たって、メールやDNS、Webといったサーバはすでに必須になってきているため、サービスが止まってしまうと業務自体が停止するといっても過言ではない状況になっています。 システムに障害が起こらないように、そして万が一障害が発生してもすぐに検知し、復旧できる体制を整えておきましょう。システムを復旧する方法については前回解説
smtpサーバが迷惑メールサーバと思われないようにする
DNSの逆引き設定 今まで逆引き設定していなかったメールサーバから送ったメールには Received: from sv.domain.com (sv.domain.com [127.0.0.1]) by mail.domain.com (Postfix) with SMTP id… のようなヘッダとなっていて、localhost(127.0.0.1)から送られたものだとされていた。 これが迷惑メールとされる一因なので、mail.domain.com はちゃんとしたサーバですよー、と知らせるためにグローバルなIPアドレスをあててあげる。 DNSの逆引きはドメインの管理とは関係ないので、回線業者が提供するサイトなりツールから設定。メールサーバのドメインが mail.domain.com、IPアドレスが111.222.33.4 の場合。 111.222.33.4にmail.domain.comを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
oss-d.net
@IT Linux Square「実用 BIND 9で作るDNSサーバ」
http://park1.wakwak.com/~ima/centos4_bind0001.html