Peter Lee 블로그 서버 꺼놨는데 오랜만에 다시 기록용으로 블로그 하려고 AWS 에서 lightsail 올렸음. 근데 SSL 인증서가 만료됐다고 출력됨 bncert-tool로 쉽게 인증서 발급이 가능한거 다시 느꼈음 2. 해결 방법: Bitnami 전용 도구 활용 Bitnami 환경에서는 비트나미에서 제공하는 bncert-tool을 사용하는 것이 가장 빠르고 확실하다고 함 3. 단계별 가이드 Step 1: 도구 실행 Step 2: 도메인 입력 실행 후 … 더 읽기
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 자체는 매우 가볍습니다. 하지만 … 더 읽기
In Part 1, we applied an emergency “bandage” by setting up Swap space. While Swap prevents immediate crashes, it’s not a permanent solution. To truly stabilize a 512MB RAM instance, you must address the root cause: MariaDB’s bloated default configuration. Running a default setup on a low-spec VPS is a death sentence. Let’s perform a … 더 읽기
지난 포스팅에서는 서버의 숨통을 틔워주는 스왑(Swap) 설정을 알아봤습니다. 스왑(Swap)이 서버의 즉사를 막아주는 ‘보험’이라면 오늘은 한 발 더 나아가 DB 자체가 메모리를 덜 먹게 만드는 ‘체질 개선’ 방법을 다루겠습니다. 뭐, 한마디로 다이어트라는 거죠. 아니면 위고비나 마운자로? 512MB 라는 극한의 환경에서 MariaDB 순정 설정은 ‘자살 행위’와 같습니다. 핵심 파라미터 이해하기 : 왜 이 값을 바꿀까? MariaDB를 설치하면 … 더 읽기
TL;DR: If your MariaDB service keeps stopping on low-memory cloud instances (like AWS Lightsail $5 plan), it’s likely due to the OOM (Out of Memory) Killer. The simplest fix is adding a 2GB swap file to provide a safety net for your RAM. 1. The Problem: Memory Starvation on 512MB Instances When you launch a … 더 읽기
테스트용으로 AWS Lightsail에서 가장 저렴한 5$ 플랜을 선택했습니다. 근데 이 플랜 가성비는 기가막히지만 메모리가 512MB라는 환경입니다. 512GB가 아니라 512MB! DB 학습 및 테스트 용으로 MariaDB 설치했는데 가능하려나 싶네요 설치만 했는데 메모리가 ‘풀(Full)’? 저같이 많은 초보엔지니어들이 top 명령어를 보고 당황합니다. “서버 만들자마자 메모리 바(bar)가 절반이나 차 있네?” 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 … 더 읽기