@kai_infra | IT Infrastructure Engineer

SIerで働いているITインフラエンジニアです。 Linux / ITインフラを「図解」で発信しています。 主なテーマは、 Linux / CPU / Memory / I/O / Network / DB / Middleware / Virtualization。 トラブルシューティングや性能解析など、現場で役立つ知識を中心にまとめています。 「知っている」から「説明できる」へ。 皆さんと一緒に楽しくスキルアップしていけたら嬉しいです！ 📝 Blog eeengineer.com/ 📚 Kindle｜Linux技術書 amazon.co.jp/stores/author/B… ✅ Habicheck｜習慣管理アプリ habicheck.eeengineer.com/ #Linux #インフラエンジニア #Troubleshooting

Linuxの「Anonymous Page（匿名ページ）」って何か説明できますか？ ファイルに直接紐づかないメモリページのことです。 代表例は以下の3つ ① Heap：Javaオブジェクト、malloc ② Stack：関数呼び出し、ローカル変数 ③ 匿名マッピング：MAP_ANONYMOUS #Linux #メモリ管理 #インフラ

How does Linux build an Ethernet frame? ① Look up the route ② Determine the next-hop IP ③ Resolve its MAC via ARP/NDP ④ Build the Ethernet frame More details👇 eeengineer.com/en/linux-pack… #Linux #Networking #TCPIP

Oracle DatabaseのBuffer Cache、Clean BufferとDirty Bufferの違いを理解してますか？ Data Blockの変更でDirtyになったBufferは、すぐDatafileへ書かれるわけではない Dirty Buffer → Write Queue → DBWn → Datafile 書き込み後はCleanとなり再利用される 詳細は以下 eeengineer.com/oracle-databa…

What does a Linux NIC driver actually do? It bridges the kernel's network stack and NIC hardware. Key functions: ① Register access ② Descriptor rings ③ DMA mapping ④ Interrupt handling ⑤ Offload settings ⑥ Link-state monitoring More details👇 eeengineer.com/en/linux-nic-…

What actually happens when Linux boots? UEFI → GRUB2 → Kernel → initramfs → systemd Each stage plays a different role. Visual guide + real AlmaLinux 9 boot logs👇 eeengineer.com/en/linux-boot… CPU Internal👇 amazon.in/Linux-CPU-Internal… #Linux #RHEL #SRE

How does Linux process an incoming network packet? The kernel processes it layer by layer: ① Ethernet (L2): MAC & EtherType ② IP (L3): IP addresses & protocol ③ TCP/UDP (L4): Ports & transport data ④ Socket: Receive buffer More details👇 eeengineer.com/en/linux-netw… #Linux #TCP

Why does TCP stop sending data even when the network isn't congested? The answer is Flow Control. TCP uses the receiver's advertised window (rwnd) to prevent its receive buffer from overflowing. Here's how it works👇 eeengineer.com/en/how-tcp-wo… #Linux #TCP #Networking

システムの性能問題が発生したとき、皆さんはどのような手順で調査していますか？ 性能分析の手法としてUSEやREDなどはありますが、性能問題発生時のEnd-to-Endの調査フローは、あまり標準化されていない印象がありましたので、自分なりに5ステップで整理してみました。 ① 事象・影響範囲の把握 ② サービス性能の確認（RED） ③ 各レイヤーの一次切り分け ④ ボトルネックの詳細分析（USEなど） ⑤ 仮説検証・原因特定 皆さんの現場では、どんな流れで性能問題を調査しているか、教えてもらえると嬉しいです。 詳細は以下に記載したので、合わせて見てみてください。 eeengineer.com/system-perfor… #システム性能 #トラブルシューティング #Linux #インフラエンジニア

Linuxサーバー間のネットワーク性能、どうやって測定していますか？ 便利なのが「iperf3」です。 2台のサーバー間でTCP/UDP通信を発生させ、以下を測定できます。 ✅ Throughput：実効通信速度 ✅ Retr：TCP再送回数 ✅ Jitter / Loss：UDPの揺らぎ・損失 特に役立つのが、性能トラブル時の切り分けです。 例えば、アプリの通信が遅い場合、iperf3でサーバー間の転送性能を測定することで、ネットワーク側にボトルネックがあるかを調べる手掛かりになります。 #Linux #iperf3 #Network #インフラエンジニア

CPU使用率が高くないのに、コンテナやアプリケーションの処理が遅い。 その原因のひとつとして考えられるのが、cgroupによるCPUスロットリングです。 cgroupでは、CPUの使用時間（Quota）を一定期間（Period）ごとに制限できます。 例えば 100ms / 200ms の場合、 -200msの期間内で最大100ms分のCPU時間を使用可能 -Quotaを使い切ると、残りの期間は実行を制限 -次のPeriodで再び実行可能 cpu.stat の nr_throttled や throttled_time を確認すれば、スロットリングの発生状況も把握できます。 #Linux #LinuxPerformance #cgroup #SRE

What happens inside Linux when a client establishes a TCP connection? A TCP connection involves more than just connect() and accept(). Here's the flow: ① socket() → bind() → listen() The server prepares a listening socket. ② TCP 3-way handshake SYN → SYN-ACK → ACK ③ SYN Queue → Accept Queue Pending requests are tracked in the SYN Queue. Once the handshake completes, an established socket is placed in the Accept Queue. ④ accept() → send() / recv() The server retrieves the connected socket and exchanges data with the client. The key distinction: The SYN Queue manages pending handshakes, while the Accept Queue holds completed connections waiting for accept(). Explore the full explanation and Linux commands on my blog: eeengineer.com/en/how-linux-… #Linux #TCP #Networking #SysAdmin

LinuxのCPUコアごとの使用率を確認するとき、何のコマンドを使っていますか？ ・mpstat -P ALL 1 ・sar -P ALL -u 1 どちらも %usr、%sys、%iowait、%idle などをCPU単位で確認可能。 さらに、sarなら過去の性能データも分析 個人的には、普段からsarを使っていれば、mpstatを使う必要はあまりないと思っていますが、皆さんはどう使い分けていますか？ #Linux #パフォーマンス分析 #インフラエンジニア

Oracle DatabaseのTablespaceとDatafile、どのような関係になっているか説明できますか？ 論理Storageは、次の階層で構成されます。 ① Tablespace：論理的な領域を管理 ② Segment：TableやIndex単位で領域を管理 ③ Extent：複数のBlockをまとめて領域を割り当て ④ Data Block：実際のデータを格納 このように分ける理由は、オブジェクト管理・領域割り当て・データ格納の役割を分離するためです。 また、1つのSegmentは複数のDatafileにまたがれますが、1つのExtentは単一のDatafile内に収まります。 詳細は以下を参照ください👇 eeengineer.com/oracle-databa… #OracleDatabase #Database #インフラエンジニア

How does a Linux server accept TCP connections from clients? It all starts with a socket. ① socket() — Create a socket ② bind() — Assign a local IP address and port ③ listen() — Mark the socket as listening ④ accept() — Accept a connection and obtain a new connected socket ⑤ send() / recv() — Exchange data with the client Key point: The listening socket remains available for new connections, while each accepted connection gets its own connected socket. Learn more about Linux networking: eeengineer.com/en/how-linux-… #Linux #Networking #TCPIP #Sockets

Webサービスの性能を見るとき、Latencyだけを見ていませんか？ 「遅くなった」という事象を捉えるには、 どれだけ処理しているのか？ どれだけ失敗しているのか？ どれだけ時間がかかっているのか？ をセットで見ることが重要です。 そこで役立つのが REDメソッドです。 R：Rate → 単位時間あたりのRequest数（RPS） E：Errors → 失敗したRequestの数・割合 D：Duration → Requestの処理時間（平均・p95・p99など） Rate・Errors・Durationを並べて見ることで、サービスの状態を整理しやすくなります。 詳細は以下も合わせて参照ください👇 eeengineer.com/linux-perform… #Linux #LinuxPerformance #PerformanceEngineering #Observability #REDMethod #WebApplication

sarの過去ログをグラフ化できる「kSar」をご存じですか？ Linuxの性能分析でsarは便利ですが、数値だけでは長時間の負荷変動を把握しにくいことがあります。 そんなときに役立つのが kSar。 ・CPU・Memory・I/O・Networkの推移を可視化 ・リソース使用量の変動やスパイクを発見しやすい ・過去の障害発生時間帯の分析に便利 添付画像はMemory使用状況をグラフ化した例です。 RHEL 9でのsar収集設定からkSarの使い方まで、詳細は以下を参照ください👇 eeengineer.com/linux-sar-com… #Linux #sar #sysstat #パフォーマンス分析

Why can disk usage remain high even after you delete a file with rm? The key is whether a process still has the file open. When rm app.log runs: Directory entry → removed But if a process still holds the file open: File Descriptor → struct file → inode → data blocks The filename disappears, but the underlying file data can remain allocated until the process closes the file. So you may see: ls → file is gone df → disk usage is still high I explain Linux filesystem internals with diagrams on my blog. eeengineer.com/en/linux-file… #Linux #LinuxKernel #Filesystem #inode #dentry #FileDescriptor #DiskUsage #LinuxTroubleshooting

What’s the difference between a Socket, Core, and Logical CPU? They are often confused, especially when discussing server performance. The basic hierarchy is: Socket → Core → Logical CPU Socket: A physical CPU package installed on the motherboard Core: A physical execution unit inside the CPU package Logical CPU: An execution unit recognized by the OS; with SMT, one core can expose multiple logical CPUs I explain Linux and CPU architecture concepts with diagrams on my blog. eeengineer.com/en/linux-cpu-… #Linux #CPU #CPUArchitecture #SMT #HyperThreading #Virtualization #PerformanceEngineering