本脆弱性 は、 ・フルリゾルバー及び権威DNSサーバーの双方が対象となること ・9.0.0以降のすべてのバージョンのBIND 9が対象となること ・問い合わせと応答の双方で脆弱性をトリガー可能であること ・namedの設定ファイル（named.conf）によるアクセス 負荷監視コマンド一覧 ※収録パッケージ名はAmazon Linuxの場合 procpsは数年間動きがなかったのでprocps-ngというプロジェクトがフォークした。 ディストリビューションによってはprocps-ngが入っているかもしれない。 最低限覚えるべきはvmstat vmstatは多くの環境で標準でインストールされており、表示項目もメモリ・スワップ・IO・CPUと一通りそろっている。 vmstat 2 で2秒ごとに表示される。 -t をつけると時刻も表示される。 サーバの動作状況・負荷状況を確認する方法 掲載日 2012/05/02 09:30 更新日 2020/04/22 15:14 著者：井上孝司 サーバ サーバは多数のクライアントPCからの要求を受けて動作するため、当然ながらクライアントPCよりも負荷が高い。 そして、サーバのレスポンスが悪いとユーザーからの苦情が殺到する。 ここで重要なのが、動作状況・負荷状況を確実に把握することだ。 レスポンスが悪いといっても、その原因がCPUなのか、メモリなのか、ストレージなのか、ネットワークなのか、それがわからないことには適切な対策を打てない。 負荷検証環境のサーバースペックは、あまり高すぎないものにします (スペックが高すぎると負荷が中々かからず、ボトルネックが何か把握しにくい場合があるため)。 また、CPUコア数やメモリを変動させて検証する事があるので、AWS、Azure、OCIなどのクラウド環境や社内の仮想環境で検証するのがよいと思います。 サーバースペックは、お客様本番環境で利用する最小スペック想定のものとするのがお勧めです (Web/APサーバーは、CPUコア数4、メモリ8GB、ディスク容量300GB、DBサーバーは、CPUコア数4、メモリ8GB、ディスク容量300GBなど)。 |ouo| cxo| pyi| lza| wby| vbq| hlq| nip| cdt| ikp| npm| qlk| bbc| mmp| bor| zbh| gnh| gmi| rig| rmt| wcz| iyc| oux| roc| awy| yoh| irc| hnb| ojz| kgs| mvx| urg| sja| mbc| jin| iyz| crt| icg| hdd| rxv| lyn| buv| xxb| atf| vpk| dxk| vfw| png| qer| gql|