1
나는 백엔드에 큰 SQL 테이블에 UPDATE를 실행하는 동안 빌드 오류로 인해 메모리 부족에 5백92메가바이트 가능한 RAMEC2 마이크로 인스턴스 메모리 문제
젠킨스가 충돌했다와 EC2에서 마이크로 instace을 실행하고 있습니다.
은 디스크 활용도가 사용 8기가바이트 EBS 볼륨의 6 중 GB의 83 % ..
sudo du -hsx * | sort -rh | head -10
/
2.7G opt
1.5G var
1.2G usr
나는 단지 6 메가 바이트 명령을 무료로했습니다 발견 - 이러한 서비스를 실행하는 "무료 -m"-
을(i) LAMPP
(ii) Jenkins
(iii) Mysql 5.6
내가 lampp를 중지하고 그 다음 70메가바이트에게 여유 공간
을 만들어, 내가 MySQL을 5.6 닫기 390 메가 바이트 FRE에 나타납니다 3백20메가바이트 여유 공간을 만들어 젠킨스 폐쇄 e 공간 ..
따라서 200MB RAM은 아직 내 서비스가 실행되지 않는 상태에서 사용되고 있습니다.
에서이 작업을 실행할 수는 MySQL은 5.6 같은 마이크로 인스턴스에서 동작하는? 젠킨스 전체가 뛰고 있습니까? 나는 적어도 미니 스타일 마스터와 (당신이 좋아하는만큼 많은) 노예를 가진 마스터 - 슬레이브 아키텍쳐를 제안한다. 마스터에는 MySQL + 젠킨스가 있고, 노예에는 빌더 에이전트가 있습니다. – inquisitive
예. 나는 모든 젠킨스가 다른 모든 서버와 동일한 서버에서 실행되고 있습니다. 따라서 master SQL과 jenkins는 1 인스턴스에서 실행되고 lampp + slave는 다른 인스턴스에서 실행됩니다. 나 또한 redis + 노드 (아파치에서 리버스 프록시로) BTW .. - redis에서 캐싱에 맞게 모든 장소 - 또 다른 인스턴스가 있어야합니까? – fortm