Have fun~@@

s3 콘솔에서 만든 경로내에는 콘솔에서는 보이지않는 0바이트 크기의 객체가 생성됨. 이 객체 때문에 위 오류 발생.

이 현상은 S3의 "폴더" 개념과 관련이 있습니다. S3 콘솔에서 "폴더 만들기" 버튼을 사용하여 폴더를 생성하면, 실제로는 폴더 이름과 동일한 0바이트 크기의 객체가 생성됩니다.이 0바이트 객체는 폴더가 비어있을 때도 S3가 해당 폴더를 표시할 수 있게 합니다. 그러나 S3는 실제로 폴더 구조가 필요하지 않으며, 이러한 폴더 객체는 단순히 시각적 구성을 위한 것입니다3.따라서 귀하의 경우, 3개의 실제 파일과 1개의 0바이트 폴더 객체가 있어 총 4개의 객체로 계산되는 것으로 보입니다. 이는 S3의 정상적인 동작이며, 실제 저장 공간에는 거의 영향을 미치지 않습니다3.이러한 차이를 확인하려면 다음과 같이 할 수 있습니다:S3 콘솔에서 해당 경로의 객체를 나열하고 0바이트 크기의 객체가 있는지 확인합니다..

ELB 에서 ALB 로 변경하면서 HTTP2 를 적용하는 중 이유를 알기 어려운 문제가 발생하여 기록하낟. 문제가 발생한 설정 내용: ALB HTTP2 활성화 켬 대상그룹 프로토콜 버전 HTTP2 로 설정 NGINX listen http2 설정 증상: 대부분 잘되지만 일부 PC 에서 HTTP STATUS 464 오류가 발생함 일부 피씨에서만 발생하니 문제원인을 알기가 굉장히 까다로웠다. 해결을 위한 문제파악: 우선 ALB 엑세스 로그를 활성화한 후 로그를 확인해보았다. 액세스 로그를 확인해보니 대부분의 요청은 h2 HTTP/2.0 으로 호출이 되었으나, 464 오류가 발생한 요청은 https HTTP/1.1 로 요청을 하고 있었다. AWS Forum 을 뒤져보다가 아래와 같은 글을 발견하였고 아래와 같은..

EC2 의 RAM 사용률 등 더 자세한 지표를 수집.생성하기 위해 설치 AWS 가이드 참고: https://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html https://docs.aws.amazon.com/ko_kr/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html CloudWatch 에이전트를 사용하여 Amazon EC2 인스턴스 및 온프레미스 서버로부터 지표 및 로그 수집 docs.aws.amazon.com wget https://s3.amazonaws.com/amazoncloudwatch-agent/amazon_linux..

어플리케이션에서 AWS EC2 인스턴스에 접속할 때, EIP 로 접속 하면 Security Group 에서도 똑같이 EIP 로 허용을 해줘야 하고, Public DNS 로 접속 하면 Security Group 에서 Private IP 로 허용해줘야 한다. 인스턴스마다 EIP 를 만들었었는데, 그럴필요가 없는 인스턴스는 Public DNS 로 접속하는게 더 좋다. 왜냐하면 Public DNS 로 접속하면 Private IP 로 통신하기 때문에 속도도 더 빠르고 비용도 발생하지 않는다.