[완료] DB 분리 및 VM 사양 업그레이드 안내
알림
|
페이지 정보
작성일
2024.03.29 11:37
본문
장시간 접속에 문제가 있어 죄송합니다.
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 페이지
동동파파님의 댓글
고생 많으시네요~ 비용 감당 안되시면 후원 모금 계좌라도 여세요... 소소하게 보탬 정도는 할 수 있을것 같아요~
버섯이님의 댓글
GCP 프로페셔널 클라우드 아키텍트 자격있는 개발꼬꼬마입니다..
사람 필요하시면.. 쪽지함 확인을 부탁드립니다!
사람 필요하시면.. 쪽지함 확인을 부탁드립니다!
mgheo님의 댓글
고생하셨네요~
이미지등 고정적으로 읽어오는것이 웹서버에서 읽어오시는거라면, cdn으로 옮기시는것도 퍼포먼스에 도움이 되리라 생각되네요.
db 슬로우 쿼리 잘 보시면 더 낮출수도 있을거 같기도하구요~ 힘내세요
이미지등 고정적으로 읽어오는것이 웹서버에서 읽어오시는거라면, cdn으로 옮기시는것도 퍼포먼스에 도움이 되리라 생각되네요.
db 슬로우 쿼리 잘 보시면 더 낮출수도 있을거 같기도하구요~ 힘내세요
다모앙님의 댓글의 댓글
@mgheo님에게 답글
공부해야 할게 많네요
올 초에 구입한 "대규모 시스템 설계 기초" 이것 보고 있습니다.
주신 키워드로 공부해 보겠습니다.
올 초에 구입한 "대규모 시스템 설계 기초" 이것 보고 있습니다.
주신 키워드로 공부해 보겠습니다.
일리케님의 댓글
웹서버 부하는 어떤가요?
1대라 LB 문제는 아닐것 같은데......
502에러 골아프네요...
그냥 nginx 로그 설정 debug 로 해놓고 10분 정도의 로그 파일 공개하시면 분석해줄 할일없는 사람들 있을겁니다. ^^;;
1대라 LB 문제는 아닐것 같은데......
502에러 골아프네요...
그냥 nginx 로그 설정 debug 로 해놓고 10분 정도의 로그 파일 공개하시면 분석해줄 할일없는 사람들 있을겁니다. ^^;;
디빈다님의 댓글
간간이 502가 뜨긴하는데, 훠~~ㄹ~~씬 쾌적해 졌습니다.
노고에 감사드립니다. (잠이라도 좀 주무셔야...)
노고에 감사드립니다. (잠이라도 좀 주무셔야...)
긍정마왕님의 댓글
실시간 대응 및 업그레이드, 그리고 IT 전문가님들의 조언 댓글까지! 멋집니다!
고생 많으십니다.
고생 많으십니다.
HappyNow님의 댓글
수고하셨습니다~ 어느쪽 클라우드를 사용하시는지 모르겠지만
지원 사업이 있다면, 꼭 문의 해서 초기 비용을 지원 받으셨으면 합니다
지원 사업이 있다면, 꼭 문의 해서 초기 비용을 지원 받으셨으면 합니다
얼인1님의 댓글
slow query 튜닝하고 redis 붙이면 왠만한 트래픽은 감당될꺼에요.
그나저나 사장님 혹시 백엔드 개발자 안필요하심미꽈?
php는 안해보긴 했는데
대충 java, c#, node 개발 가능하고 AA역할도 가능합니다.
그나저나 사장님 혹시 백엔드 개발자 안필요하심미꽈?
php는 안해보긴 했는데
대충 java, c#, node 개발 가능하고 AA역할도 가능합니다.
널구하라님의 댓글
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를 괴롭히는 그누보드 기반은 반드시 일반 호스팅을 쓰다가 점진적으로 클라우드로 최적화된 코드만 옮기셔야 합니다.
다모앙님의 댓글의 댓글
@널구하라님에게 답글
말씀 너무 감사합니다 구글 클라우드 운영을 2년 넘게 해와서 , 가장 빠르게 할 수 있는것을 택하였습니다.
지금부터 더 준비를 하겠습니다
지금부터 더 준비를 하겠습니다
다모앙님의 댓글의 댓글
@달빛한묶음님에게 답글
너무 일이 커졌습니다..ㅠㅠ ;; 지금은 잠시 안정을 취하겠습니다...
프로마크님의 댓글
운영자분도 도움주시는 분들도 감동입니다.
좋은 분위기로 탄탄히 만들어서 번창하셔서 돈도 버시고 좋은 커뮤니티 만들어주세요~
좋은 분위기로 탄탄히 만들어서 번창하셔서 돈도 버시고 좋은 커뮤니티 만들어주세요~
화사한레이님의 댓글
여기 전문가분들 얘기하는거 보고 있으면 예전에 서버룸가서 밤새워 놀던건 그냥 아무것도 아닌거였어요..
그땐 몸으로 때운거 같은디...
사라.... 존경합니다...
그땐 몸으로 때운거 같은디...
사라.... 존경합니다...
꿈꾸미님의 댓글
저는 프리랜서 DBA로 일하고 있습니다.
sql 튜닝을 포함한 DB 튜닝이 가능하고
DB 모델링도 가능합니다.
도움이 필요하시면 언제든지 연락주세요
sql 튜닝을 포함한 DB 튜닝이 가능하고
DB 모델링도 가능합니다.
도움이 필요하시면 언제든지 연락주세요
celebrater님의 댓글
인프라 기준으로 vm사용 중이신데 다모앙 같은 사이트는 scale up 보단 로드밸런서 붙이시고 scale out 셋업을 해야 여러 측면에서 비용대비 퍼포먼스가 더 좋습니다. GCP를 사용해본적이 오래되서 AWS면 좀 더 많이 도움을 드릴 수 있을텐데 그래도 클라우드나 CDN 관련해서 도움이 필요하시면 연락주세요. 평일 낮에는 좀 힘들지라도 재량껏 돕겠습니다. (프리랜서 인프라TA로 활동 중 입니다)
PCBR님의 댓글
수고 많으십니다만 비용이 많이 나올겁니다. 비용을 십시일반하는 방법을 찾아보는게 좋을것 같습니다.
ClarkShim님의 댓글
쿠버네티스 기반인 GKE로 이전하시는건 어떠신가요? 이미 Container화는 어렵지 않을거 같은데요...
그렇게 되면 사용량에 따라 컨테이너 수가 조절되고 이중화 이슈도 해결되니까요..
그렇게 되면 사용량에 따라 컨테이너 수가 조절되고 이중화 이슈도 해결되니까요..
하이렌더님의 댓글
VCPU : 8 이라는 것은 물리적인 CPU 4개 라는 것입니다.
동시 접속자가 1만명 정도를 계산한다면
Network Line : 1Gbps 이상
물리 CPU : 16코어 정도는 되야 합니다.
메모리 : 128GB 정도 되야 하고요.
SSD : 레이드구성 500GB x 6개 .. Raid 10 정도는 되야 합니다.
클라우드는 비용이 감당이 않될겁니다.
참고 하세요..
동시 접속자가 1만명 정도를 계산한다면
Network Line : 1Gbps 이상
물리 CPU : 16코어 정도는 되야 합니다.
메모리 : 128GB 정도 되야 하고요.
SSD : 레이드구성 500GB x 6개 .. Raid 10 정도는 되야 합니다.
클라우드는 비용이 감당이 않될겁니다.
참고 하세요..
노래하는별님의 댓글