記事一覧

CPUもディスクも極端じゃないのに、サーバー全体がなんとなく重い。そんなときに疑いたいのがスワップです。この記事では「swapが使われている」と「いま swap を出し入れしている」の違い、free と vmstat での見分け方、犯人プロセスの探し方、そして安全な一次対処までを一人運用の目線で順番に整理します。明日そのまま使えるチェックリスト付きです。

「タイムアウトしました」と言われても、ブラウザ・nginx・アプリ・DB・外部APIのどこで時間切れになったのか分からず、あちこちの数字を延ばして回りたくなりますよね。この記事では、多段構成で「一番短いタイムアウトが先に切れる」という考え方を軸に、どの層で切れたかをログから一つに絞る手順を、一人運用の現場目線で整理します。明日そのまま使えるチェックリスト付きで。

「接続できません」と言われて調べると、サーバーは生きているのに名前だけ引けない——DNSが原因のトラブルは、切り分けの順番を知らないと一気に沼ります。本当にDNSか、自分のサーバーはどこを見ているか、キャッシュか権威か。上から順に1コマンドずつ確かめる進め方を、一人運用の目線で整理しました。明日そのまま使えるチェックリスト付きです。

最近アラートが鳴っていないと、なんとなく安心してしまいますよね。でもそれは「平和」ではなく「監視が止まっている」かもしれません。監視やその通知経路が死んでいないかを、外側から確かめる考え方と、一人運用でも入れられる小さな仕組みを整理しました。

「ロードアベレージが 8 まで上がってます」——そう言われると、数字の大きさにドキッとしますよね。でも実は、ロードアベレージは数字の大小だけを見ても危険かどうかは判断できません。この記事では、ロードアベレージが本当は何を表しているのか、CPUのコア数とどう見比べるのか、そして「高いのに問題ない」ときと「本当にまずい」ときをどう見分けるのかを、一人運用の現場目線で順番に整理します。明日そのまま使えるチェックリスト付きです。

管理画面のログインページが誰でも開ける状態のまま、なんとなく気になりつつ後回しになっていませんか。ログイン試行のログを見て、そっとタブを閉じた夜もあると思います。IP制限とBasic認証は、どちらも小さな設定で「入口の手前にもう一枚扉を置く」一手です。それぞれの向き・不向き、プロキシ配下で効かない落とし穴、自分を締め出さない順番まで、一人運用の現場目線で整理しました。

「エラーは出ているのに、ログに長い英語の行がびっしり並んでいて、どこを見ればいいのか分からない」——そんなスタックトレース（例外が発生するまでの呼び出しの足あと）を前に固まってしまうこと、ありますよね。この記事では、長いトレースの中から「本当に見るべき数行」を落ち着いて拾い、どこで・なぜ落ちたのかを最短で特定するための読み方を、言語ごとの「発生箇所は上か下か」の違いも含めて、一人運用の現場目線で順番に整理します。全部を読まなくて大丈夫。まず自分たちのコードの行を探すところから、明日そのまま使えるチェックリスト付きで。

ログの時刻がなぜか合わない、証明書エラーが急に出た、バッチが変な時間に動いた——原因がサーバーの時刻ずれ（NTP同期切れ）だったこと、実は少なくありません。原因が見えにくく後回しにされがちなこのトラブルを、まず今の同期状態を1コマンドで確かめるところから、確認と直し方を一人運用の目線で整理しました。明日そのまま使えるチェックリスト付きです。

「直したところは直った。でも、ほかは大丈夫だろうか」——改修のあとに残るこの不安は、一人運用ならなおさら消えにくいものです。全部を確認する時間はない。かといって直したところだけ見て本番に当てると、離れた画面がこっそり壊れる。この記事では、デグレ（別の箇所が壊れる後退）を防ぐために「どこまで回帰確認するか」を、影響の経路から絞り込む3階層の考え方で整理します。テストがなくても明日から使える範囲の決め方です。

障害を止めるためにいったん当てた暫定対応が、そのまま本番に残っていた——一人運用だとよくあることですよね。暫定対応（一時対処）と恒久対応を分けて管理し、「戻し忘れ・直し忘れ」を防ぐための残し方を、明日そのまま使える形で一緒に整理します。

外部APIとの連携が急に動かなくなると、「うちのせい？相手のせい？」の宙ぶらりんが一番つらいですよね。犯人捜しを始める前に、まず「どっち側で失敗しているか」を分ける。ステータスコード・レスポンス・切り分けの順番を、一人運用の目線で整理しました。

「うちでは再現しないんです」と言うたびに、自分の見落としを疑って苦しくなりますよね。再現しないバグは腕の問題ではなく、環境・タイミング・データという「条件のズレ」であることがほとんどです。手当たり次第に触る前に、どこから条件を合わせにいくかの順番を一人運用の目線で整理しました。

再起動したら症状が消えた。ほっとする一方で「本当に直ったのかな」と落ち着かないですよね。それは慎重な証拠です。再起動で消えた症状が「直った」のか「一時的に隠れただけ」なのかを、元の再現手順・監視・ログで確かめる順番を、一人運用の目線で整理しました。

ログに「Too many open files」。ディスクもメモリも余裕があるのに、ファイルもソケットも開けなくなる——保守運用で焦りやすい障害のひとつです。原因の多くはファイルディスクリプタ（開けるファイルの「数」の上限）の枯渇。この記事では、どのプロセスが・いくつ開いているかの見つけ方から、上限の確認、その場をしのぐ一次対処、リークを止める再発防止まで、一人運用の現場目線で順番に整理します。

「システムからのメールが届かない」と言われて、いざ確かめようとすると、送れていないのか・迷惑メールに入っているのか・相手に弾かれているのか、どこから見ればいいのか迷いますよね。この記事では、自分の送信側からSMTP・SPF・DKIM・DMARCへと順番にたどる切り分けを、一人運用の現場目線で整理します。ログの見どころと、明日そのまま使えるチェックリスト付きで。

「No space left on device」なのに df を見ると容量は空いている——保守運用でいちばん混乱する障害のひとつです。多くはinode（アイノード）の枯渇が原因。この記事では、df -i での見つけ方から、どのディレクトリが小さいファイルを大量に抱えているかの絞り込み、消してよいものの見極め、再発を防ぐ監視まで、一人運用の現場目線で順番に整理します。

「502 Bad Gateway」「504 Gateway Timeout」が出ると、どこが原因か分からず焦りますよね。この記事では、nginxのエラーログを起点に、Webサーバー→アプリ（php-fpm等）→上流（DB・外部API）の順で切り分ける手順を、一人運用の現場目線で整理します。502と504で疑う場所がどう違うのかから、明日そのまま使えるチェックリスト付きで。

直したはずなのに、画面が古いまま。「自分の直し方が悪いのか」と不安になる前に、キャッシュを疑う順番を持っておくと落ち着けます。ブラウザ・CDN・アプリ・DBまで、どこで古い値が残るのかを一人運用の目線で切り分ける手順にまとめました。

「SSHのパスワード認証、そろそろ鍵にしないと」と思いつつ、締め出しが怖くて後回しになっていませんか。これは慎重さの表れで、悪いことではありません。鍵認証への切り替えとrootログイン禁止を、自分を締め出さない順番で、一人運用でも安全に進める手順とチェックリストに整理しました。

「あの画面、いい感じに直しといて」——ふわっとした改修依頼を前に、何から聞けばいいか迷いますよね。依頼を"要件"に翻訳するためのヒアリングの型を、一人運用の現場目線で5つの質問に整理しました。明日そのまま使える質問リストとチェックリスト付きです。