[완료] DB 분리 및 VM 사양 업그레이드 안내
페이지 정보
분류
시스템
7,646 조회
76 댓글
82 추천
본문
장시간 접속에 문제가 있어 죄송합니다.
1.DB 분리 및 DB 사양 업그레이드
Cloud SQL(Google Cloud) : vCPU 1개, 3.75GB > vCPU 8개, 32GB
[업그레이드 전]
[업그레이드 후]
2. 웹서버 스펙 업그레이드
| 스펙 | n2-standard-2 (전) | n2-standard-8 (후) |
|---|---|---|
| vCPU | 2 | 8 |
| 메모리 (GB) | 8 | 32 |
| 디스크 용량 (GB) | 10 또는 SSD | 30 또는 SSD |
| 네트워크 성능 | 고성능 | 고성능 |
3. Nginx / socket 미세 조정
스펙이 올라간 만큼 캐쉬나 버퍼등을 많이 올렸습니다.
GPT 짱
4. 계획안내
현재 웹서버는 단일 구성입니다.
트레픽에 따라 자동 규모가 확장되는 방식이나 웹서버에 LoadBalancer를 붙여 2~3중화 할 계획입니다.
공부 많이 하겠습니다. 기술적으로 많은 도움 부탁드립니다.
5. 기타
약 10여분간 중단이 있었습니다. 지금 속도는 괜찮게 나오고 있습니다.
기다려 주셔서 감사합니다.
502에러는 간간히 뜨는데 잡아 보도록 하겠습니다.
속도 지금 괜찮아 졌나요?
댓글 76
/ 1 페이지
OnTheBeach님의 댓글
화이팅입니다 !!
널구하라님의 댓글
1. 초창기에는 클라우드 쓰지 마시고, 일반 호스팅에 이중화 해서 쓰세요.
- 클라우드 서비스 비용대비 성능이 별로 좋지 못합니다.
- 특시 mysql 과 같은 db는 iops 가 성능에 큰 영향을 미치는데, iops 가 열배 이상 차이납니다.
- 적은 비용으로 대용량 서비스를 하실려면, 클라우드 보다는 일반 서버 호스팅 쓰시는게 낫습니다.
- 2중화는 필수입니다. 백업과 부하분산 둘다 좋습니다.
- 투자자를 구하든, 수익모델로 빨리 전환을 하던 서버 엔지니어는 필요합니다.
: 지금은 데이타가 적으니 문제되지 않는것 처럼 보이지만, 데이타가 커지고 사용자가 늘면 서버가 감당이 안됩니다.
2. 클라우드 플레어 프록시 상시 오픈하여 서버의 아이피를 숨겨야 합니다.
- ddos 들어오시면, 트래픽 비용이 감당이 안되십니다.
3. 그누보드는 최적화가 많이 필요합니다.
- 지금은 db 가 적은니 문제가 별로 없지만, 지금 추세로 10일만 지나도 데이타 양이 많아져서 문제가 됩니다.
- 인덱스는 필수로 변경하셔야 하며, 이중화는 필수
- 불필요한 페이지는 모두 삭제하고, 불필요한 기능이나 위젯도 모두 제거합니다.
: 필요할때 하나씩 만들어서 추가합니다.
4. 그누보드는 보안에 취약합니다.
- 그에 대한 대응을 하셔야 하고, 초반에 개인정보를 받지 않는건 좋은 전략 같습니다.
- 쿼리문중에 민감하거나 보안에 이슈가 되는건 배제하셔야 합니다.
5. 클라우드 플레어를 쓰더라도 반드시 limit 제한을 걸어두세요.
- 크롤링 하는 봇들이 증가합니다. 사용자도 늘고,, 결국 트래픽이 많아져서 일반 사용자의 페이지 속도에 영향을 줍니다.
- 클라우드 플레어서 1차로 limit 제한을 2-3배수 정도로 감안하여 맞추고, nginx 에서 페이지별로 limit 제한을 거세요.
6. index 페이지는 100% 캐싱 처리
- index 페이지는 php 로 만들지 말고 그냥 html 파일로 캐싱 생성하여
- php-fpm 에 요청수를 최소화합니다.
- 그누보드는 무조건 db에 connection 하는 형태라서 php 요청을 줄여야 502가 발생하지 않습니다.
: 배치작업으로 1분에 한번씩 index.html 파일을 생성하고
: nginx, 클라우드 플레어에서 캐싱 정책을 수정하세요.
: max-age 값을 1-5분정도로 해두어도 사용자에겐 별로 문제가 없습니다.
ps) 클라우드 서비스의 하드웨어 성능과, 일반 호스팅의 disk 성능은 하늘과 땅차이정도로 큽니다. db를 괴롭히는 그누보드 기반은 반드시 일반 호스팅을 쓰다가 점진적으로 클라우드로 최적화된 코드만 옮기셔야 합니다.
- 클라우드 서비스 비용대비 성능이 별로 좋지 못합니다.
- 특시 mysql 과 같은 db는 iops 가 성능에 큰 영향을 미치는데, iops 가 열배 이상 차이납니다.
- 적은 비용으로 대용량 서비스를 하실려면, 클라우드 보다는 일반 서버 호스팅 쓰시는게 낫습니다.
- 2중화는 필수입니다. 백업과 부하분산 둘다 좋습니다.
- 투자자를 구하든, 수익모델로 빨리 전환을 하던 서버 엔지니어는 필요합니다.
: 지금은 데이타가 적으니 문제되지 않는것 처럼 보이지만, 데이타가 커지고 사용자가 늘면 서버가 감당이 안됩니다.
2. 클라우드 플레어 프록시 상시 오픈하여 서버의 아이피를 숨겨야 합니다.
- ddos 들어오시면, 트래픽 비용이 감당이 안되십니다.
3. 그누보드는 최적화가 많이 필요합니다.
- 지금은 db 가 적은니 문제가 별로 없지만, 지금 추세로 10일만 지나도 데이타 양이 많아져서 문제가 됩니다.
- 인덱스는 필수로 변경하셔야 하며, 이중화는 필수
- 불필요한 페이지는 모두 삭제하고, 불필요한 기능이나 위젯도 모두 제거합니다.
: 필요할때 하나씩 만들어서 추가합니다.
4. 그누보드는 보안에 취약합니다.
- 그에 대한 대응을 하셔야 하고, 초반에 개인정보를 받지 않는건 좋은 전략 같습니다.
- 쿼리문중에 민감하거나 보안에 이슈가 되는건 배제하셔야 합니다.
5. 클라우드 플레어를 쓰더라도 반드시 limit 제한을 걸어두세요.
- 크롤링 하는 봇들이 증가합니다. 사용자도 늘고,, 결국 트래픽이 많아져서 일반 사용자의 페이지 속도에 영향을 줍니다.
- 클라우드 플레어서 1차로 limit 제한을 2-3배수 정도로 감안하여 맞추고, nginx 에서 페이지별로 limit 제한을 거세요.
6. index 페이지는 100% 캐싱 처리
- index 페이지는 php 로 만들지 말고 그냥 html 파일로 캐싱 생성하여
- php-fpm 에 요청수를 최소화합니다.
- 그누보드는 무조건 db에 connection 하는 형태라서 php 요청을 줄여야 502가 발생하지 않습니다.
: 배치작업으로 1분에 한번씩 index.html 파일을 생성하고
: nginx, 클라우드 플레어에서 캐싱 정책을 수정하세요.
: max-age 값을 1-5분정도로 해두어도 사용자에겐 별로 문제가 없습니다.
ps) 클라우드 서비스의 하드웨어 성능과, 일반 호스팅의 disk 성능은 하늘과 땅차이정도로 큽니다. db를 괴롭히는 그누보드 기반은 반드시 일반 호스팅을 쓰다가 점진적으로 클라우드로 최적화된 코드만 옮기셔야 합니다.
celebrater님의 댓글
인프라 기준으로 vm사용 중이신데 다모앙 같은 사이트는 scale up 보단 로드밸런서 붙이시고 scale out 셋업을 해야 여러 측면에서 비용대비 퍼포먼스가 더 좋습니다. GCP를 사용해본적이 오래되서 AWS면 좀 더 많이 도움을 드릴 수 있을텐데 그래도 클라우드나 CDN 관련해서 도움이 필요하시면 연락주세요. 평일 낮에는 좀 힘들지라도 재량껏 돕겠습니다. (프리랜서 인프라TA로 활동 중 입니다)
노래하는별님의 댓글