We’ve successfully put MariaDB on a strict diet, but don’t pop the champagne just yet. In the cramped 512MB “apartment” of a $5 VPS, Nginx, PHP-FPM, and MariaDB have to live together. If one gets greedy, the OOM (Out of Memory) Killer will show up and start swinging its scythe. Today, we’re going to tighten … 더 읽기
MariaDB 설정으로 급한 불은 껐지만, 아직 안심하기엔 이릅니다. 512MB라는 좁은 방에 MariaDB와 PHP-FPM이 같이 살다 보면, 어느 한쪽이 욕심을 부리는 순간 서버는 바로 ‘OOM Killer(Out of Memory)’의 칼춤을 보게 됩니다. 오늘은 웹 서버의 살림꾼인 Nginx와 메모리 먹는 하마가 되기 쉬운 PHP-FPM을 아주 타이트하게 조여보겠습니다. Nginx: “너는 딱 하나만 해” 사실 Nginx 자체는 매우 가볍습니다. 하지만 … 더 읽기
지난 포스팅에서는 서버의 숨통을 틔워주는 스왑(Swap) 설정을 알아봤습니다. 스왑(Swap)이 서버의 즉사를 막아주는 ‘보험’이라면 오늘은 한 발 더 나아가 DB 자체가 메모리를 덜 먹게 만드는 ‘체질 개선’ 방법을 다루겠습니다. 뭐, 한마디로 다이어트라는 거죠. 아니면 위고비나 마운자로? 512MB 라는 극한의 환경에서 MariaDB 순정 설정은 ‘자살 행위’와 같습니다. 핵심 파라미터 이해하기 : 왜 이 값을 바꿀까? MariaDB를 설치하면 … 더 읽기
(For the Korean version, click here) If your internal processes are running fine and your logs are clean, but users still can’t access your services, it’s time to look outside. Whether it’s “Why can’t clients connect to my ready server?” or “Why can’t our server talk to that external API?”, these are questions we must answer. … 더 읽기
서버 내부에서 프로세스가 잘 돌아가고 로그가 깨끗한데도 서비스 접속이 안 된다면, 이제는 시야를 밖으로 돌려야 할 때입니다. “내 서버는 준비됐는데, 왜 클라이언트는 못 들어올까?” 혹은 “우리 서버는 왜 저 외부 API 서버랑 말을 못 할까?” 같은 상황 말이죠. 오늘은 Rocky Linux의 표준 고정 IP 설정법과 더불어, 네트워크 장애의 범인을 끝까지 추적해 내는 nc, mtr 활용법을 … 더 읽기
(For the Korean version, click here) As an engineer, you will eventually face critical moments when a service suddenly slows down or becomes unresponsive. While Parts 9 and 10 focused on tracing the past through logs, today we focus on the present: “Who is eating up my server’s resources right now?” In this post, we will … 더 읽기
엔지니어로 살다 보면 서비스가 갑자기 느려지거나 응답이 없는 절체절명의 순간을 마주하게 됩니다. 9~10편에서 로그를 통해 과거의 흔적을 쫓았다면, 이번에는 **”지금 누가 내 서버의 자원을 갉아먹고 있는가?”**라는 질문에 답할 차례입니다. 오늘은 서버의 건강 상태를 진단하는 top 명령어와 그 대안인 htop, 그리고 문제 프로세스를 검거하고 처단하는 ps, kill의 디테일을 알아보겠습니다. 1. 실시간 시스템 진단 차트: top 읽는 … 더 읽기
엔지니어에게 로그는 **’서버가 보내는 구조 신호’**와 같습니다. 9편에서 우리가 원하는 파일을 찾아냈다면, 이제는 그 파일 안에서 실시간으로 쏟아지는 메시지를 읽고 해석할 차례입니다. 수백 메가바이트가 넘는 거대 로그 파일 앞에서 당황하지 않고, 지금 당장 벌어지는 에러만 콕 집어내는 실시간 로그 모니터링 기술을 알아보겠습니다. 1. 실시간 감시의 정석: tail -f tail은 원래 파일의 뒷부분만 보여주는 명령어입니다. 하지만 … 더 읽기
(For the Korean version, click here) For an engineer, digging through logs is a daily occurrence. Whether you are troubleshooting an outage or tracing system flow, logs are the first place you look. In a sea of tens of thousands of files, how quickly you find the data you need defines your skill level—and is the … 더 읽기
(For the Korean version, click here) Creating is easy. However, true expertise is revealed during ‘deletion.’ In virtualization or cloud environments, you often encounter a “Busy” or “Cannot be removed” message when trying to delete a volume. This happens because the OS still recognizes and is actively using that volume. A truly ‘clean deletion’ doesn’t just … 더 읽기