kite-u

문제상황인스턴스의 유형에 대한 설정을 여러번 변경하였더니 다음과 같은 에러가 떴다.어디서 문제가 생긴건지 로그를 확인해보았으나,정확한 문제를 확인할 수 없어 찾아보았다.('모니터링 및 문제 해결 -> 로그 확인하기' 상태검사에 대하여 로그 확인이 가능) 문제 원인인스턴스 상태 확인 실패로 인해 Amazon Elastic Compute Cloud(Amazon EC2) Windows 인스턴스가 다운되는 문제의 원인을 살펴보았다. Amazon Web Services(AWS)는 두 가지 상태 확인을 통해 각 EC2 인스턴스의 상태를 모니터링합니다. 상태 확인에 실패하면 EC2 인스턴스에 접속할 수 없게 됩니다.인스턴스 상태 확인 실패는 해당 인스턴스에 다음과 같은 문제가 있음을 나타냅니다.네트워킹 또는 시작 구..

EC2로 배포를 진행하던 도중,잘 돌아가던 것이 갑자기 연결이 불가능하다고 오류가 떴다. 에러 메세지:org.springframework.boot.loader.launch.JarLauncher.main(JarLauncher.j ava:40) ~[springserver-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT]Caused by: cohttp://m.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure MySQL connection에서 에러가 뜬다는 것이었다. 이에 대하여 보안그룹 설정을 들어갔을 때,EC2와 ..

gitignore에 추가하지 않았던 파일을 뒤늦게 추가하고 싶어졌다. 그래서 gitignore에 추가하면, 더이상 git commit 대상은 아니지만 기존에 올려둔 파일은 깃허브 저장소에 존재한다. 이에 대하여 깃허브에서 파일 삭제하기# 원격저장소의 파일 삭제하기git rm --cached  이러면 깃허브 저장소에서 사라진다.cached 설정을 통하여 원격 저장소에서만 삭제하는 설정을 할 수 있다.(그냥 rm이면 원격저장소와 로컬저장소 모두 삭제됨) 이 후에 commit과 push를 통하여 깃허브 원격 저장소에 해당 사실을 반영한다. gitignore에 추가됐지만 계속적으로 추적되는 대상들 전체를 지우기도 가능하다# 캐시 삭제git rm -r --cached .# 디렉터리 내 모든 파일을 추가git ad..