PHP OPcache 적용 전후를 같은 조건으로 측정하는 방법
OPcache를 켰다는 설정만으로 성능 개선을 단정할 수는 없다. 실제 요청을 처리하는 Web SAPI에서 활성 상태를 확인하고, 같은 URL과 동시성으로 반복 측정해야 설정 효과와 우연한 변동을 구분할 수 있다. ...
검색
CPU 검색 결과: 11개
-
-
AWS EC2 인스턴스의 구성 요소와 실무 운영 기준
도입 웹 서비스를 직접 운영하려면 애플리케이션이 실행될 컴퓨터가 필요하다. 물리 서버를 구매하면 초기 비용과 설치 시간이 발생하고, 트래픽 변화에 맞춰 용량을 조정하기도 어렵다. Amazon Elasti...
-
SLA / SLO / SLI 개념과 실무 운영 기준
도입 서비스 운영에서 “안정적이다”는 표현은 모호하다. 기준이 없으면 장애 판단도 달라진다. 그래서 실무에서는 숫자로 목표를 정의한다. 대표 개념이 SLA, SLO, SLI다. 세 개는 항상 같이 등...
-
Nginx 동작 원리 — 이벤트 기반 웹 서버 구조 이해
Nginx는 이벤트 기반(Event-driven) 비동기 웹 서버다. 기존의 프로세스/스레드 기반 서버와 달리 적은 리소스로 많은 요청을 처리하는 구조를 가진다. 이 구조 덕분에 Nginx는 높은 동시 접속 ...
-
Context Switching 개념 — CPU가 작업을 바꾸는 순간 벌어지는 일
Context Switching은 CPU가 하나의 작업에서 다른 작업으로 전환하는 과정이다. 멀티태스킹 환경에서 여러 프로세스를 동시에 실행하기 위해 필수적인 동작이다. 하지만 Context Switching...
-
PHP 서비스 트래픽이 늘 때 확장하는 순서 — 측정부터 EC2 수평 확장까지
트래픽이 증가한다고 Redis, 로드 밸런서, 복제 DB와 큐를 한꺼번에 추가하면 운영 지점만 늘어날 수 있다. 확장은 현재 병목과 실패 조건을 측정한 뒤 가장 작은 변화부터 적용해야 한다. 1. 먼저 서비스 ...
-
대용량 테이블 분할 전략 — 파티셔닝과 샤딩의 차이와 선택 기준
데이터가 수천만 건을 넘어가면 단일 테이블 구조는 점점 한계에 부딪힌다. 인덱스 크기가 커지고, 백업·복구 시간이 길어지며, 특정 쿼리의 응답 속도가 급격히 저하된다. 이 시점에서 고려하는 전략이 파티셔닝(P...
-
서버 CPU 사용률이 높은 이유를 찾는 방법 — 점검 순서와 분석 기준
서버 CPU 사용률이 높다는 것은 단순히 “바쁘다”는 의미가 아니다. 정상 트래픽인지, 비정상 반복 연산인지, 특정 프로세스 폭주인지 구분해야 한다. 무작정 서버 스펙을 올리는 것은 해결이 아니다. CPU가 왜 올...
-
서버 다운 시 복구 프로세스 정리 — 점검 순서와 운영 대응 기준
운영 중 서버가 다운되면 가장 중요한 것은 “빨리 고치는 것”이 아니라 “순서대로 확인하는 것”이다. 무작정 재부팅부터 하면 원인 분석이 불가능해지고, 동일 장애가 반복된다. 복구 프로세스는 감각이 아니라 절...
-
MariaDB 쿼리 튜닝을 측정하는 최소 실습 — EXPLAIN·ANALYZE·전후 기록
성능 튜닝은 코드를 많이 바꾸는 작업이 아니라 같은 조건에서 병목을 측정하고 가장 작은 변경의 효과를 확인하는 과정이다. 이 글은 MariaDB 10.11의 별도 실습 DB에서 날짜 조건 쿼리를 비교하는 절차를 다룬...