タグ

システム運用に関するhomajuのブックマーク (18)

  • 誰も教えてくれなかったMySQLの障害解析方法 - Qiita

    それほどDBに詳しくないアプリエンジニアが何かトラブった時にすぐさま行動して問題把握できるようになる情報を列挙しておきます。 開発時、障害時の対処療法やちょっとした定期監視方法などを対象にしています。 抜的な対策などはインフラエンジニアさんにお任せしたほうがいいと思います。 DBはいろんな意味でこわいんでできれば触りたくないです>< 事前確認 MySQLサーバーのシステム設定値を確認しておく 以下のようにサーバーのシステム設定値を確認できます。 mysql> SHOW GLOBAL VARIABLES; # ワイルドカード(%)を用いた絞り込み mysql> SHOW GLOBAL VARIABLES LIKE 'performance_schema%'

    誰も教えてくれなかったMySQLの障害解析方法 - Qiita
  • [PDF]初心者のためのDNSの設定とよくあるトラブル事例

    Copyright © 2013 株式会社日レジストリサービス 1 Copyright © 2013 株式会社日レジストリサービス 1 Copyright © 2013 株式会社日レジストリサービス 1 初心者のためのDNS運用入門 - トラブルとその解決のポイント - 2013年7月19日 DNS Summer Days 2013 株式会社日レジストリサービス(JPRS) 水野 貴史 Copyright © 2013 株式会社日レジストリサービス 2 Copyright © 2013 株式会社日レジストリサービス 2 Copyright © 2013 株式会社日レジストリサービス 2 講師自己紹介 • 氏名:水野 貴史(みずの たかふみ) • 生年月日:1988年3月3日(25歳) • 所属:株式会社日レジストリサービス(JPRS) システム部 • Unix歴:8年目(F

  • GitHub - riywo/Influcky: infra utility tools

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - riywo/Influcky: infra utility tools
  • RackTables

    Copyright © 2019–2024 Denis Ovsienko and contributors Copyright © 2018 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer and contributors Copyright © 2013–2017 Alexey Andriyanov, Aaron Dummer, Denis Ovsienko and contributors Copyright © 2011–2012 Denis Ovsienko, Alexey Andriyanov, Aaron Dummer, Jonathan Thurman and contributors Copyright © 2010 Denis Ovsienko, Ryan Farrington, Alexey Andriyanov and

    homaju
    homaju 2010/11/02
    ラックの状態を管理するアプリ
  • PHPタイムアウトについて捕捉 - Challenge4Life 〜PHPとMySQLのこと、少しの雑記と少しのアフィリエイト Challenge4Life〜

    調べ物を忘れないためのブログと少しの日常の雑記 基的にはPHPMySQL関連のことを調べることが多いセミプロSE 先日、PHP処理でのタイムアウトについて書きましたが、捕捉です。 タイムアウト処理うんぬんの前に、PHP側及びApache側での設定で強制的にタイムアウトになります。 【php.ini】 max_execution_time = 300 // 300秒でタイムアウト 【PHP】 set_time_limit(300); //300秒でタイムアウト 【httpd.conf】 Timeout 300 //300秒でタイムアウト KeepAliveTImeout 300 //300秒でタイムアウト 上記の設定は0にすればタイムアウトしない設定になります。 ちなみに、わたしの場合上記設定でもダメな場合がありました。 構成としては拠点Bからサーバ設置場所Aという状態で、拠点Bから拠点

    homaju
    homaju 2010/09/24
    phpとapacheのタイムアウトの設定について。php.iniとhttpd.confの設定箇所について記載
  • MySQL phpMyAdmin インストール – CentOS/Rocky Linuxサーバ構築術 文具堂

    人気記事ランキング Apacheのバージョン確認方法 2.6k件のビュー デフォルトゲートウェイの設定 routeコマンド 1.2k件のビュー findで指定サイズより大きいもしくは小さいファイルを探す 610件のビュー タイムゾーンを日標準時(JST)に変更する CentOS 8, 7 569件のビュー firewalldの設定 CentOS 7 426件のビュー NetworkManagerによるresolv.confの自動生成を抑制する 411件のビュー dnf/yumにEPELリポジトリを追加する Rocky Linux 8, 9/CentOS 7 382件のビュー Apache 文字化け対策 AddDefaultCharset 356件のビュー digのインストール 310件のビュー CentOS/Rocky LinuxのOSバージョンを確認する 295件のビュー スワップファ

    homaju
    homaju 2010/07/05
    phpMyAdminのインストール(CentOSでの対応)
  • Notice to all StartCom subscribers

    StartCom CA is closed since Jan. 1st, 2018, it doesn't issue any new certificate from StartCom name roots. If you want to buy trusted SSL certificate and code signing certificate, please visit https://store.wotrus.com. If you want to apply free email certificate, please visit https://www.mesign.com to download MeSign APP to get free email certificate automatically and send encrypted email automati

  • mysqlsnifferでMySQLのプロトコルをキャプチャリング

    MySQLで接続関係の問題、具体的に言うとAborted_clientsやAborted_connectionsというステータス変数が増え続けてしまうような現象に遭遇することがある。MySQLは、そういったネットワーク関係の問題をあまりたくさんログに記録しないようになっている。DoS攻撃などでログが溢れかえってしまわないようにするためだ。そんなとき、試して頂きたいのがmysqlsniffer。 mysqlsnifferとは。http://hackmysql.com/mysqlsniffer mysqlsnifferは、tcpdumpのようにネットワークインターフェイスからパケットをキャプチャするプログラムだが、tcpdumpとはMySQLのプロトコルを理解するという点で異なる。というかMySQLのプロトコル専門のキャプチャプログラムだ。OSのroot権限さえあれば、MySQLサーバーに対し

    mysqlsnifferでMySQLのプロトコルをキャプチャリング
    homaju
    homaju 2010/04/23
    mysqlsnifferでmysqlサーバでどんなSQLが発行されているのか解析できる
  • InnoDBのファイルサイズ管理

    最近、InnoDBのデータ領域(テーブルスペース)が成長してしまって元に戻すことが出来ない場合の対処についてよく質問されるので、今日はテーブルスペースが成長することへの対策について説明しよう。(ここのところMySQLネタが続いているが、Planet MySQL語版を意識しているわけではないのであしからず!!<<ホントかよ?!>俺) InnoDBのテーブルスペースが成長してしまうのは、ズバリ自動拡張しているからである。テーブルスペースに対して何もオプションを指定しないと、デフォルトでは次のような設定と同じテーブルスペースが作成される。 [mysqld] innodb_data_file_path=ibdata1:10M:autoextend サイズは10MBしかないが、自動拡張するのである。自動拡張してしまうと何が問題なのかというと、データが増えた場合にファイルシステムの空き領域を使い切

    InnoDBのファイルサイズ管理
    homaju
    homaju 2010/03/21
    InnoDBのファイルサイズは膨らんでいくのみ。
  • .htaccess ファイルを簡単作成「.htaccess Editor」

    リダイレクト Fromにサイトパスを入力、ToにURLを入力 301 Moved Permanently 恒久的に移動 From: To: From: To: From: To: 302 Moved Temporarily 一時的に移動 From: To: From: To: From: To:

    homaju
    homaju 2010/03/17
    htaccessファイルをオンラインで作成してくれるwebサービス
  • Puppetのススメ

    د. فوزية اخضر - تطبيق تجربة مدرسة المستقبل الشاملة - المعرض والمنتدى الدولي ل...IEFE

    Puppetのススメ
    homaju
    homaju 2010/02/25
    puppetのススメ
  • データベースサーバを複数台構成とか2010年代には流行らない - blog.nomadscafe.jp

    奥一穂さんの「ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない」にフォローのような感じで。 例によってタイトルは煽りです。 奥一穂さんのエントリーでは、「5,000万PV/Month」という見積もりでアプリケーションサーバの台数を1台と計算していますが、これからは「1,000万PV/Day」を超えるサイトが多く生まれてくると予想しています。どんなサイトかというと、mixiアプリやモバゲーなどにソーシャルゲームを提供するサイトです。 ソーシャルゲームサイトのキャパシティプランニングについては中澤さんのエントリーが参考になります。 The Art of モバゲー Capacity Planning The Art of Mixi-mobile-appli Capacity Planning 最も人気がでた場合には数千万から数億PV/Dayという数字がならんでいます。怖い怖

    homaju
    homaju 2010/01/12
    データベース鯖の台数の検討方法
  • Puppet によるインフラ管理入門 | Carpe Diem

    先日のクックパッド LT で公開したのですが、前回の Velocity で行われた Puppet 作者の Luke さんによる Puppet ワークショップの日語版を許可いただいて翻訳しました。 実はかなり前(Velocity が終わった直後)に翻訳したものなのですが、すっかり公開するのも忘れていたので、LT にあわせて公開しました。 Puppet によるインフラ管理入門 原は、次のワークショップです。 Introduction to Managed Infrastructure with Puppet: Velocity 2009 – O’Reilly Conferences, June 22 – 24, 2009, San Jose, CA このワークショップでは、Puppet を実際に触りながら Puppet  の理解を深めていくという内容のワークショップです。 とても Pupp

    homaju
    homaju 2009/12/08
    Puppetワークショップの日本語版
  • 実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - (ひ)メモ

    レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン でも掲げたゴールである、「マスタが落ちてもぐーすか寝ていられるようにしたい」がほぼできたので、ほとんどサービスが停止することなく、フェイルオーバする様をスクリーンキャストに収めました。 埋め込みプレイヤーだと、小さくてわからないと思うので、リンク直接でみてください。 http://www.irori.org/pub/mysql-mm.mov 登場するホスト 登場するホストは2台、db901db902です。 最初は、db901が更新系クエリを受けるプライマリでdb900の浮動IPアドレスを持っています。 画面分割 画面は5分割しています。 左上 = 「select sysdate(),@@server_id」をdb900に対して(sleep 1しながら)延々と実行しまくりんぐ 右上 = ping -n

    実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - (ひ)メモ
    homaju
    homaju 2009/11/12
    フェイルオーバの実録 動画あり
  • CentOS 5 の初期設定 | Carpe Diem

    CentOS 5.x をインストールしたあと、いろいろと初期設定を行っています。今は、サーバ用途の場合 kickstart の %post セクションでいろいろな初期設定をまとめて行って自動化しています。kickstart は、別の機会に公開するとして、今回は %post セクションで行っている初期設定を順番に紹介します。紹介する順序は、順不同です。 NOZEROCONF を設定する 余計なネットワーク経路を作らないために、/etc/sysconfig/network に次の設定を追加します。APIPA という仕組みを使う場合は必要です。 NOZEROCONF=yes IPv6 を無効にする IPv6 を使っていないので、/etc/modprobe.conf に次の設定を追加します。 alias net-pf-10 off alias ipv6 off ifdown-eth にバッチをあて

    homaju
    homaju 2009/11/05
    CentOSの初期設定。自動化は別の機会にあるとのこと。
  • レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - (ひ)メモ

    MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台+1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う!」「ここがおかしい!」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基構成、方針 2台+1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ

    レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - (ひ)メモ
    homaju
    homaju 2009/10/23
    レプリケーションしているシステムのリカバリプラン
  • ウノウラボ Unoh Labs: サーバのネットワーク速度の調査/測定方法

    こんにちは。kyagi です。先日データセンタ内のサーバ群のうち、なぜか特定の1台だけネットワークの速度が極端に遅いという問題がありました。今回はサーバマシンのネットワーク速度の測定方法と原因についてお話しします。同様のトラブルが発生している方のお役に立てば幸いです。問題解決までの手順としては以下になります。 1. 現在の状態を調べる 2. ハード/ソフト含めて考えられる原因をいくつか挙げる 3. 原因について改善されるまでひとつひとつ検証していく まず現在の NIC の HW 情報とドライバを lspci で調査します。ここでは Broadcom の NetXtreme BCM5722 という NIC を使用していることがわかります。 # lspci -vvv | grep Ether 01:00.0 Ethernet controller: Broadcom Corporation

    homaju
    homaju 2009/10/16
    ネットワーク速度の調査
  • [運用管理編]運用を丸投げにして安心してはいけない

    運用コスト削減やコアビジネスへのリソース集中,自社に不足している専門技術IT人材の補てんなど,さまざまな理由でIT運用を外部委託(アウトソーシング)する企業が増加している。外部委託業者としては,対象のシステムを開発したSI事業者に運用業務全体を委託する場合や,サポートデスクなどの個別運用単位,またERPなどの業務パッケージ単位で,それぞれ専門事業者に委託する場合などさまざまである。 しかしながら,IT部門が企業の運用業務の主管責任部門である場合は,外部委託事業者に運用業務をすべて「丸投げ」にして安心しないように注意してほしい。システムが順調に動いている限り大きな問題は発生しないが,ひとたびトラブルが発生すると,運用業務の主管責任部門には,外部委託業者との役割分担や責任範囲,どの程度委託業者を管理できていたのかが問われることになるからだ。 外部の顧客(システムのユーザー企業にとっての顧客)

    [運用管理編]運用を丸投げにして安心してはいけない
    homaju
    homaju 2009/09/18
    丸投げにせず、チェックと承認のプロセスが重要
  • 1