日本語에서 번역 • 원문 보기 2015년 10월 23일, 저는 ITMEDIA가 주최한 "AWS 철저 활용 세미나, 사용자가 주도권을 갖는 곳"에서 무대에 올랐습니다.
이 블로그에 콘텐츠로 전달하여 당일 세미나에 참석하지 못한 분들께 알릴 수 있도록 하겠습니다.
세미나 개요
AWS 사용에 주저하는 분들을 위해
ISAO 인프라 연구개발 프로젝트 리더 카타카이 리키야
오늘은 AWS 사용을 주저하는 분들을 위해 사용 초기에 문제가 될 수 있는 예방 조치와 문제점들을 간략히 소개하고자 합니다. 구체적인 예시를 바탕으로 설명하고 싶지만, 이미 AWS를 사용 중인 분들에게는 충분하지 않을 것입니다. 미리 알려주시기 바랍니다. 최근 필요로 된 AWS 보안 조치도 도입할 예정입니다.
EC2 외의 서비스를 사용하고 싶으신가요?
AWS(Amazon Web Searvices)를 사용할 계획인 분들께 질문이 있습니다. EC2 외의 다른 서비스를 사용하고 싶으신가요?
물론 EBS, ELB, S3 등은 서비스로 사용해야 하지만, AWS 구축을 고려할 때 중요한 점은 AWS가 제공하는 관리 서비스를 사용하는 것입니다. EC2에서 자체 미들웨어 환경을 구축할지, 아니면 RDS나 ElastiCash 같은 미들웨어가 포함된 관리형 서비스를 사용할지 고려해 보시기 바랍니다. 하지만 관리형 서비스를 사용하면 일반적으로 구축 시간과 노력을 크게 줄이고, 운영 시간과 노력이 간소화되어 인력 시간을 줄이고 비용 절감으로 이어집니다.
하지만 주의해야 할 점은 벤더 락인(*) 상태입니다. 몇 년마다 다른 시스템으로 이전해야 한다면, 관리형 서비스를 사용할 경우 이전을 고려하기 매우 어려울 것입니다. 하지만 대부분의 경우 AWS 환경에서 다른 환경으로 이전하는 데 큰 의미가 없거나 환경이 얇기 때문에, 현재 상황에서는 주저 없이 관리형 서비스를 사용하는 데 문제가 없다고 생각합니다. 또한, 관리형 서비스를 사용하는 것은 AWS 환경에서 안정적인 서비스 운영을 위한 지름길이 됩니다.
벤더 락인은 특정 환경이나 기술에 고정되어 있으며, 다른 환경과의 호환성이 손상됩니다.
하지만 시스템 환경 외에도 구축 및 운영 구성원의 기술 역량은 AWS에만 전적으로 전용되기 때문에, 인프라 구성원들이 온프레미스 환경에서 네트워크를 설계하고 구현하지 못하는 상황도 있습니다.
인프라 엔지니어가 있는 기업은 운영 자원의 배분과 미래 역량 경로를 고민해야 합니다.
AWS 월 비용이 정말 저렴한가요?
AWS 사용에 따른 월 비용이 규모가 어느 정도 커지면 결코 저렴하지 않아 보입니다.
특히, 온프레미스에서 구축된 CPU 코어 수와 하드웨어 성능을 AWS에서 계산하면, 1년 또는 여러 해에 걸친 하우징 비용보다 더 높은 경우가 많습니다. 하지만 이는 월 비용을 비교하는 간단한 것이므로 실제로 보기 어려운 운영 비용을 더해 비교해야 합니다.
AWS는 건설과 운영뿐만 아니라 설계, 관리, 현장 작업 비용을 배제할 수 있다는 점에서 큰 장점입니다. 예를 들어, 데이터 센터에 갈 필요가 없습니다. 이 점을 고려하면 올바른 AWS 비용을 추정할 수 있습니다. 또한, 인스턴스 운영의 100% 비용이 아니라 실제 부하를 가정하는 변동성을 기준으로 비용을 추정할 수 있다면 이점이 더 쉽게 드러납니다.
예약된 인스턴스란 무엇인가요?
또한 AWS는 연간 계약으로 더 저렴한 예약 인스턴스(Reserved Instances, RI)라는 계획도 운영하고 있습니다. 이 RI는 1년 또는 3년 계약에 대해 할인된 서비스일 뿐만 아니라, '예약'이라는 이름에서 알 수 있듯이 인스턴스 출시를 약속합니다. 계약이 있다면 인스턴스 수를 확보할 수 있고, '자원이 소갈되고 필요한 인스턴스 수가 증가하지 않는다'는 드문 문제를 걱정할 필요가 없습니다.
인스턴스가 시작되지 않으면 몇 분에서 수십 분 정도 기다려야 하지만, RI가 계약된 자원을 확보해 줍니다. 수동으로 운영한다면 큰 문제가 되지 않지만, 규모가 커지고 자동화를 도입한다면 원활하게 인스턴스를 시작하는 것이 중요합니다.
AWS 유지보수는 어떤가요?
EC2 유지보수에는 두 가지 주요 유형이 있습니다.
- 업데이트 유지보수 • 은퇴 유지 관리
첫 번째는 AWS가 수행하는 보안 업데이트입니다. 이는 AWS가 특정 시점에 수행하는 유지보수입니다. 따라서 환경과 대상에 따라 서비스를 중단하고 유지보수로 전환해야 합니다. 하지만 라이브 마이그레이션으로 처리할 수 있는 범위가 점점 커지고 있어 앞으로는 연 1회 정도가 될 것 같습니다.
두 번째는 하드웨어 고장이나 은퇴로 인한 인스턴스 정지/재개입니다. 이는 처리되는 인스턴스 수가 증가함에 따라 표적이 될 가능성이 있기 때문에, 약 1,000대가 시작되면 매주 어딘가에서 발생할 것으로 예상합니다. 하지만 이는 지정된 날짜까지 언제든지 중단/재개를 하는 것이므로 일반 서비스에 미치는 영향은 크지 않을 것입니다. *하지만 보통 평일 오후 4시부터 진행되어, 근무 빈도에 따라 작업자들에게 다소 어려움이 있을 수 있습니다.
또한, 정보는 영어 이메일로 전송되니 놓치지 않도록 주의하세요. 관리 콘솔에서 이벤트를 확인할 수 있으니, API를 통해 이벤트를 모니터링하고 알림을 발송합니다.
천장 이완 애플리케이션이 뭔지 알아?
놀랍게도 잘 알려지지 않은 사실이지만, AWS는 매우 많은 런칭 수와 최대 설정 수를 가지고 있습니다. 출시된 EC2 인스턴스 수, 총 EBS 볼륨 수, ELB 수, SecurityGroups 수 등은 다양합니다. 예를 들어, EC2 인스턴스의 기본 런치 제한은 유형에 따라 20개입니다.
따라서 21개 이상의 인스턴스를 실행하려면 미리 관리 콘솔에 제한 완화를 신청해야 합니다. 이 제한 완화는 시간이 걸리므로 건설 작업 하루 전에는 신청하는 것이 가장 좋습니다.
상한선을 50이나 100으로 바꾸는 것은 쉽지만, 사용 기록이 동반되지 않으면 인정되지 않을 것 같으니 과도한 상한선 신청은 권장하지 않습니다. 재신청에 추가 시간이 걸리지 않도록 적절한 상한선을 신청해 주시기 바랍니다.
다양한 상한선 완화를 구현한 후, API를 통해 현재 상한값도 확인할 수 있습니다.
클라우드 워치만으로 모니터링에 충분할까?
AWS가 제공하는 모니터링 서비스(CloudWatch)는 인스턴스의 자원 측면을 모니터링할 수 있지만, 프로세스와 서비스를 모니터링할 수는 없습니다. 견고한 운영을 구현하려면 자체 모니터링 시스템을 구축하는 것이 필수적입니다. 하지만 EC2용 모니터링 에이전트를 배포할 수는 있지만, RDS나 ElastiCash용 모니터링 에이전트는 배포할 수 없습니다. 이 경우, CloudWatch에서 얻은 값을 연결하여 자체 모니터링 시스템에서 확인할 수 있도록 해야 합니다.
저희 경우에는 Zabbix와 CloudWatch를 활용한 모니터링 시스템을 구축하고 있습니다. 또한, 대규모 환경에서는 Zabbix를 이용한 모니터링 등록을 자동화하는 운영을 구현하고 있습니다.
AWS 보안은 불안한가요?
AWS 환경을 사용할 때 보안이 괜찮은지 걱정하는 사람들이 자주 듣습니다.
공개 공유 환경이기 때문에 이미지에 대해 걱정하시는 점은 이해하지만, 귀사의 데이터는 다른 계정과 공유되지 않을 것입니다. 또한 PCIDSS와 같은 제3자 인증도 승인했기 때문에, 온프레미스 환경에서 모든 것을 자체 책임으로 구축하는 것보다 보안을 개선하는 것이 더 쉽다고 생각합니다.
하지만 보안 그룹, 운영체제, 미들웨어의 구성은 사용자의 책임으로 이루어져야 합니다. 하지만 이는 어떤 환경에서도 마찬가지이므로, AWS를 사용하면 더 높은 보안을 보장할 수 있다고 생각합니다.
WAF와 같은 제품도 가상화되고 있어 이제 AWS 마켓플레이스에서 추가할 수 있습니다. 시간당 요금도 낼 수 있어 쉽게 도입할 수 있습니다.
저희는 Barracuda와 파트너 계약을 맺고 있으니, 관심 있으시면 연락해 주세요.
"쿠라마네" 소개
저희 ISAO 클라우드 관리 서비스인 Kuramane은 고객의 요구에 따라 온프레미스에서 클라우드로의 이전이나 새로운 클라우드 구축에도 참여하고 있습니다.
저희는 건설, 설계, 운영까지 24시간, 연중무휴 종합 지원을 제공합니다. 사례 연구는 여기를 클릭하세요
저희는 처음부터 개발해왔기 때문에 실패 시 원활한 복구 대응으로 명성이 높으며, 업계에서 가장 저렴한 가격에 제공합니다.
