(18년 12월 기준) 공인 솔루션 아키텍트 어소시에이트 자격증
해당글의 필자는 아래의 교육을 현장에서 듣는 정식 수강생입니다.
AWS Korea에서 온 강사의 설명을 들은 그대로 쉽게 풀어서 썻고, 쉬운 예시에 빗대어 기록 했기때문에 어느정도 시험 참고에 도움이될것입니다.
8월기준으로 시험이 모두 변경되었다고 한다. ( 기존 덤프는 현재 시험에 영향을 20% 미만으로 참고할 정도라고함 )
지극히 주관적인 기록이고 개인적인 자격증 공부를 위해 용어를 풀어서쓴 페이지이니, 참고만 하시길 바랍니다.
공신력있는 자격증 준비를 원하시는분들은 https://aws.amazon.com/ko/faqs/를 참고하시면서 공부하시면 됩니다.
기본용어 |
|
check config |
재시작할때마다 설정했던 기능을 다시 시작하게 해주는 기능 ex) chkconfig httpd on : 재시작, 시작할때마다 http를 시작한다는 명령 |
리전 ( Region ) |
1. AWS Region은 2개이상의 가용영역(AZ)를 반드시 포함해야한다.
2. 어떤 리전에 내가 원하는 기능이 제공되고 있는지와 리전을 선택할때 지연성을 고려해 사용자와 가까운곳의 리전을 선택하면 깔끔한 질의 서비스를 제공 받을수 있을지도 고려 해주어야한다. 3. 추가로 방어의 기능도 있다. AWS Shield가 있고 DDoS를 대표로 1차적으로 막아주고, Layer에서 작동하는 WAF도 있기에 규칙을 정해 사용자가 원하지 않는것을 걸러줄수도있다고한다. |
AWS는 재할당(Restart) 되면 이전 볼륨, IP는 사용할수없고 새 IP,볼륨 등 장비를 할당 받게된다.
예전에 썻던 IP를 알고싶다면, 인스턴스 메타데이터를 통해 알수있다.
( 메타데이타 URI ) -> http://169.254.169.254/latest/meta-data/
|
|
MarketPlace |
AWS에서 보안과 운영의 검증을 받은 소프트웨어를 알아서 올려주고,AWS에서 검증된것만 쓸수있다. 반드시 AWS의 검증을 받아야하며, MarketPlace에 다이렉트로 기업유저자가 상품을 등록할수없다.
|
인스턴스 사용자 데이터 |
윈도우의 시작화면과 같은 용도임. 인스턴스 시작시 자동으로 작업을 수행하는것이다. |
요금제 |
온디맨드 인스턴스 : 내가 원하면 언제든지 사용/중지를 할수있는 비교적 자유로운 요금제 예약 인스턴스 : 1~3년(연 단위 계약)가량 장기 계약해 약간의 할인을 받는 요금제 ex1) 계약기간 1년중에 3개월만 쓴대도 나머지 9개월간은 당연히 돈을 내야한다 = 휴대폰 약정이랑 같다 생각하면된다. ex2) 추가로 예약인스턴스를 사용하지 않을경우 market place에 팔수있으며, market place를 구매하는사람은 저렴하고, 자유로운 기간(1개월~11개월 선택)을 선택 할수있다. 예정된 인스턴스 : 1년동안 지정된 반복일정으로 사용해 할인받는 요금제 ex) 은행 같은경우 4시에 업무가 끝난다 4시부터 은행원 개인 업무를 하는데 이때부터 인스턴스가 필요하다면 예정된 인스턴스를 사용하면 저렴하게 이용 가능하다. 스팟 인스턴스 : 아마존에서 시장가를 제시해주고, 입찰을 통해 시장가보다 높게 입찰할때 사용가능한 요금제 시장에 인스턴스가 많으면 시장가가 내려가고, 시장에 인스턴스가 적으면 시장가는올라간다. 입찰가격이 시장가격보다 낮으면 아마존에서 회수한다는것을 유념해야한다. =>스팟 인스턴스를 쓰다가 갑작스레 시장가보다 입찰가가 낮아져서 인스턴스를 뺏기게 될때 최대절전 에이전트가 최대절전상태로 전환 될수있도록 암호화 볼륨에 저장해놓았다가 다시 사용될수있게되면 해당 인스턴스를 재개할수 있도록 도와준다. 전용 인스턴스 : 일순간에만 하드웨어적 독립이 일어나면서 혼자 사용할수있는 인스턴스를 찾아서 혼자 구동되고, 온디맨드 인스턴스에 비해 70% 비용 절감이 가능하다. 쓸동안은 해당 인스턴스의 접근을 막아주고, 반환후 다시 또 인스턴스를 원할경우 IP,볼륨등이 바뀌고 다시 독립적으로 사용할수있게 해준다. * 온디맨트, 스팟 인스턴스, 예약 인스턴스 요금제는 Linux 및 Ubuntu 는 현재 초 단위로 청구하는 정책으로 변경되었고, 그 이외의 운영체제는 여전히 시간단위 청구 정책이다. |
호스트 |
호스트 : 아마존에게 특정볼륨, 인스턴스(ip)를 할당받아 나만 사용하는 개념. |
VPC |
"격리된" 개인 가상 네트워크, 하나의 계정에서 vpc를 총 5개까지만 생성할수있다 (소프트웨어 리밋) 하지만 원할경우 요청을 한다면 더 늘릴수는 있다. => 별도의 설정없이는 vpc끼리 트래픽교환,통신이 되지 않는다. 하지만 별도의 설정이 있으면 당연히 된다. |
Subnet |
VPC의 내 IP 주소범위를 정의하는것 ( 프라이빗,퍼블릭 선택가능) => 프라이빗 서브넷 : 외부의 인스턴스와 작업이 필요없을때 사용 / 내부에서만사용 => 퍼블릭 서브넷 : 인터넷(외부)과의 작업이 필요할때 사용
|
AWS Direct Connect | 원격 네트워크에서 VPC로 전용 가상선을 이용해 연결을 제공하는것이다. |
S3 |
트리거와 알림기능이 내장되어있으며,객체수에 제한은 없지만, 객체 크기가 최대 5TB의 파일만 업로드 가능하다 예시로는 N Cloud, Google cloud가 있겠다. AWS S3의 내구성은 파일 1만개를 1000만년 동안 보관했을때, 1개의 파일을 유실할 정도의 초 고강도의 내구성이 있다. 그 이유는 여러개의 스토리지에 데이터를 중복으로 빽업하기 때문이다. S3에서 같은 리전 또는 CloudFront로 송신할때는 비용이 발생하지 않는다. 데이터(동영상,문서,사진)를 업로드하려면 1-1. AWS 리전중 한곳에 버킷을 생성한다. 1-2. 버킷을 생성하면 URI가 생기는데 형태는 https://[리전코드].amazon.com/[버킷이름]/ 이고, 버킷이름뒤에 올릴 파일명을 써주면 업로드된다. Glacier에만 있던 기능인 Lock기능이 S3에도 Object Lock 기능이 생겼다. |
Glacier |
저렴한 장기 아카이빙 서비스, 장기간 데이터를 저장해야되는데 저렴하게 이용하고 싶을때 이용한다. ex) 병원같은경우 환자정보를 5년간 의무저장해야해서 이런 저장공간이 필요할 경우가있다. |
IAM |
사용자가 어떤서비스를 이용할지에 따라 그 사용자에게 그룹 또는 역할을 JSON이란 문서형태로 정책을 담아 지정해주어 특정 그룹에 담아 그룹에게 특정 행위를 할수있도록 임시적으로 권한을 지정 해주는 서비스 IAM에서 권한을 평가하는 방법 |
CloudTrail |
계정의 리소스에 대한 모든 API 호출을 기록하고, 로그파일을 S3에 전송하는 역할이다. 이것을 이용해 보안분석, 리소스 변경사항 추적할수있다. |
Lambda | 코드로써 정의를 해놓게되면 별도의 그 상황이 되거나 내가 지정한 상황이 되면 |
RED SHIFT | PostgreSQL을 베이스로 만들어졌으며, DW(의사결정을 위해 쓰는것 )를 지원해주는 솔루션 |
Edge Location |
|
Cloud Front | 특정콘텐츠의 동영상,이미지를 가지고갈때 먼 사용자는 지연이 발생할수 밖에없는데 이때 엣지로케이션에 캐시의 기능을 이용해 사용자와 가까운곳에서 받아볼수있도록하면 사용자의 만족도가 높아질수있다 |
EBS | 빠르게 억세스하고, 삭제전까지 영구적으로 사용할수있는 EC2에서 사용하는 스토리지(저장소) 이다. ex) A라는 EC2인스턴스에 서 EBS 볼륨을 잡아서 사용하고 있다가 B라는 EC2인스턴스(NEW)에 붙여서 쓸수있습니다. 어느 데스크톱에서든 usb를 쓸수있듯이 일종의 USB,외장하드라고 생각하면 편하다. => 요금은 1GB 단위로 지정할수있으며, 선택한 용량만큼의 비용을 지불하고 사용가능하다. 그리고 리전별로 요금이 다르다. EBS와 S3의 큰차이는 EBS는 기본적으로 인터넷 엑세스가 불가하고, S3는 인터넷 억세스가능하는 것이다. 단, EBS도 인터넷에 억세스되어있는 운영체제,인스턴스에 연결해서 구성하면 불가능한것은 아니다. 어떻게 설정하느냐에 따라 다르다. |
SQS | 메세지 대기열 서비스 ex) 사용자가 택시 이용 신청을 하면 사용자의 정보가 Q(큐)에 저장되고 미리 생성해둔 메세지(이용해주셔서 감사합니다.)를 큐에 저장된 사용자에게 메세지를 보내는 서비스 |
WAF | 보안에서 방화벽을 세워 앞단에서 막아주는기능 |
AWS Shield | 핵심 역할은 DDoS 공격을 막아주는 기능 |
SNS |
|
SES | 이메일 전송 서비스 |
EFS | 윈도우의 폴더공유 기능이라 생각하면 편하다. 파일시스템을 만들고 알맞은 서브넷을 선택한후 적절한 서브넷에 탑재 대상을 만든다. 그후 EC2에 탑재 대상을 연결후 공유기능을 이용할수있다. |
DYNAMO DB | 분산 데이터베이스(여러곳에 데이터가 위치) no sql 기반 '완전' 관리형 데이터베이스 서비스이며, 규모와 관계없이 일관되게 10ms 미만의 지연 시간을 보장됨 뿐만아니라 테이블 크기와 처리량에 대한 제한이 없다. 추가로 글로벌 테이블을 이용해 다른 리전과 테이블을 공유하고싶을때 리전 간 데이터 복제와 업데이트 충돌 해결의 어려움을 없앨수있다. DYNAMO DB는 SSD에서만 실행되고, 모바일, 웹, 게임, 광고 IoT 어플에 적합하다. |
ELASTI CACHE | 인 메모리 캐시 시스템 PaaS라고한다. 이를 사용하면 데이터베이스 캐시를 통한 고속화,어플 세션 스토어를 통한 장애 해결 능력이 향상된다 |
Direct Connect | AWS VPC에 접속하기 위한 전용선 접속 서비스이다. 회사 또는 데이터 센터의 전용선을 AWS에 직접 연결할수있다. |
ROUTE 53 | DNS서비스 |
ELB | 부하 분산 장치 , EC2 인스턴스 앞에 두고 여러개의 EC2 통신을 분산해주는 역할이다. ELB를 사용하면 가용성과 확장성이 높은 시스템을 쉽게 구축할수있다. |
CLOUDFRONT | 전세계에 53개의 리전을 통해 빠르게 콘텐츠 전송을 도와주는 네트워크(CDN) 서비스이다. 즉 사용자에게 짧은 지연 시간으로 콘텐츠를 전송해주는 기능 ex) 미디어서비스는 하는 사업자입장에서 2018-11-29 8시 뉴스를 미국에서 사용자가 요청하면 짧은 시간안에 해당 콘텐츠를 aws front를 이용해 빠르게 컨텐츠를 제공할수있다 비용은 <통신비용+요청비용>이기때문에 기존의 SDN서비스보다 비용이 적게 나온다. |
CloudWatch |
1. 분산 통계 수집 시스템 : 지표를 수집 및 추적합니다. 2. 기본적으로 하이퍼 바이저 수준에서 원활히 수집되는 지표를 제공 3. 자체 애플리케이션 및 시스템에서 생성한 데이터에 대한 사용자 정의 지표를 생성 및 사용하는 기능 CloudWatch 의 경보를 언제 알리는가! 1. EC2상에서 CPU사용률이 5분동안 60% 초과하는경우 경우 2. 동시 연결수가 1분동안 10개를 초과하는경우 3. 정상호스트수가 10분동안 5개 미만일때 |
Auto Scaling | CPU 나 메모리 사용량에 따라 자동으로 EC2를 늘리거나 줄이는 서비스 |
Kinesis Stream | 대량의 흐름성 데이터를 분석 할수있는 분석 플랫폼 서비스이고 스트림에대한 데이터를 분석하기 위해 제공되는 기능 => 청크 단위로, 분석해 처리가능하다. |
Amazon Congnito | 모바일로써의 인증기능을 내포중이다. |
API Gateway | 데이터, 비즈니스 로직 또는 기능에 엑세서 할 수 있도록 '현관문' 역할을 하는 API를 생성 할수 있다. 수십만개의 동시 API 호출을 수락 수리하는 완전 관리형 서비스 즉, 집사역할 같다고 생각해라 API Gateway 이점은? 관리형 캐시를 사용하여, API응답이 2번이상오면 캐시를 이용해 빠르게 처리할수있게됨 IOS SDK 생성을 지원 |
RDS | |
프리비저닝 |
사용자의 요구에 맞게 시스템 자원을 할당, 배치, 배포해 두었다가 필요 시 시스템을 즉시 사용할 수 있는 상태로 미리 준비해 두는 것을 말한다 |
쿼리 |
유저가 요청한 데이터위치를 알기때문에 특정 테이블만 뒤져서 검색하는 효율적 방법
|
스캔 | 유저가 요청한 데이터를 모르니 테이블의 처음부터 끝까지 검색하는 방법 |
관리형 서비스 vs 비관리형 서비스
비관리형 서비스 : EC2 자신의 입맛에 맞게 변형,변경할수있고, 사용자가 커스터마이징 할수있다.
관리형 서비스 : RDS가 대표적 예시이고, 청소기, 전자렌지같이 기능이 미리설정되어져서 나오는 일체형 가전제품과 비슷하다고
생각하면된다.
장점은 AWS나 판매자가 최적의 상태로 만들어주기때문에 내가 할것이 없다.
단점은 기본틀 안에서의 사용을 해야한다.
인스턴스 유형
EC2의 인스턴스는 각 사용사례에 맞게 최적화된 다양한 인스턴스유형을 제공한다.
C5 인스턴스는 컴퓨팅부담이큰 워크로드를실행하는데안성맞춤입니다
그리고 동영상 인코딩,광고게재,기계학습,딥러닝 추론, 분산 분석, 배치처리 등이 뛰어나다.
H1 인스턴스는 낮은비용, 높은디스크처리량및대량데이터 세트에대한높은순차디스크 I/O 액세스를필요로하는애플리케이션용으로 최적화된 인스턴스이다.
F1 인스턴스를 통해 FPGA (field-programmable Gate Array)라고하는 혁신적인 프로그래밍 방식 하드웨어 설계에
액세스할수있습니다.
FPGA에서실행되는코드를 작성하여 다양한 유형의 게놈, 지진분석, 재무위험분석, 빅데이터검색 및 암호화 알고리즘의 속도를
최대 30배까지향상시킬수있습니다.
R4 인스턴스는 최신 메모리 집약적 비즈니스 인텔리전스, 메모리내 캐싱 및 데이터베이스 애플리케이션에 맞게 설계되어 있다.
T2 인스턴스는 일관된형태로전체 CPU를 사용하지않는 워크로드에 탁월한 성능을제공합니다. 버스트기능이 유일하게 있다.
공동 책임 모델
환경설계 부분
AWS는 ROOT계정을 뜻합니다.
계정을 만든이후 제일 먼저 해야할일은 리전선택
1. 리전선택할때 내가 선택할 국가 리전의 규제와 규정을 인지해야한다.
예로 중국은 폐쇠적으로 운영되고있어서 데이터를 다른 리전으로 가지고 가지 못하고, 리전을 선택해도 국가의 허가를 받아야 한다.
2. 리전을 선택할때 데이터에 대한 사용자 근접성을 고려해 가까운곳을 선택하면 비용으로나 서비스 품질에 대해서나 상당한 이점이 있을수있다.
3. 서비스및 가용성을 따지면서 선택해야한다, 일부 서비스가 제한된 리전이 있을수있다.
4. 비용의 효율성을 따져가며 선택해야한다
리전선택 이후 가용영역은 몇개나 사용해야할지 따져야한다
가용영역은 1개를 사용하면 장애가 일어났을때 문제가 생기기 때문에 가용영역은 2개이상의 가용영역을 이용해 운영하는것을 권장한다
VPC는 대부분 2개의 패턴을 가지고 사용하는데 VPC 생성 리밋은 5개입니다.
하지만 사용자가 원할경우 생성 리밋을 늘릴수는있습니다.
다중 VPC 패턴은 관리형 서비스 공급자와 같은 단일팀 또는 단일 조직에게 유리합니다
팀 수가 제한되면 표준 유지 관리 및 액세스 관리가 훨씬 쉽습니다
복수 계정 패턴은 대규모 조직 및 IT팀이 여러 개인 조직, 빠른 성장이 예상되는 중간 규모의 조직이 해당 패턴을 사용하면 좋다.
서브넷은 가용영역당 1개의 퍼블릭 및 1개의 프라이빗 서브넷을 사용하는것을 권장한다.
그리고 백엔드에서 돌아가는 서비스가 더 많을것이기 때문에 퍼블릭 서브넷보다 프라이빗 서브넷에 더많은 IP를 할당하는것이 권장 사항이다.
리소스별 서브넷 유형 권장사항
1. 데이터 스토어 인스턴스 - 프라이빗 서브넷
2. 배치 처리 인스턴스 - 프라이빗 서브넷
3. 백엔드 인스턴스 - 프라이빗
4. 웹 어플리케이션 인스턴스 - 퍼블릭 또는 프라이빗
웹 티어 인스턴스를 퍼블릭 서브넷에 넣을 수 있지만, 실제로는 퍼블릭 서브넷에 배치된 로드밸런서 뒤에, 프라이빗 서브넷 내에 배치하는 것이 좋습니다.
VPC는 트래픽을 보낼려면 라우팅 테이블을 세팅해줘야합니다.
VPC를 생성하면 자동으로 기본 라우팅 테이블이 생성되고, 처음에는 기본 라우팅 테이블은 VPC 내에서 통신 할수 있도록 하는 로컬 경로만 포함 되어있다.
외부와 통신하고싶으면 특정 설정을 해주면 외부와 통신이 됩니다.
보안그룹을 통해 VPC 트래픽을 보안할수있는데, 보안그룹은 인바운드,아웃바운드를 제어하는 '가상 방화벽'이라 할수있습니다.
보안그룹을 통해 보안에 대한 강화를 주어 효율적으로 관리할수있겠다.
하지만, 단점이 있는데, 보안그룹은 관리자가 지정해주면서 관리하는 수동체제이기 때문에 주기적인 관리가 되지않으면
네트워크 ACL은 서브넷 단위의 가상 방화벽이라고 할수있습니다.
ACL에 들어오기전에 엣지로케이션의 WAF나 AWS Shield에 거치게되며, 이후로는 ACL을 거치고되고 최종적으로는 보안그룹을 또다시 거치게된다.
이로써 AWS는 3가지의 보안 방화벽이 있다고 할수있다
Network address translation 서비스가 있는데
NAT 인스턴스(NAT로설정된 EC2 인스턴스) : 사용자의 입맛에 따라 설정이 가능한 비관리형 서비스이고 보안 그룹 및 NACL로 보안 관리를 할수있다.
NAT 게이트웨이 : aws에서 모든것을 관리해주는 '관리형 서비스'이고, 고가용성이 기본이다 보안은 NACL로 보안 관리를 할수있다.
Q: VPC 트래픽은 어떻게 로깅합니까?
A: 흐름으로 그 데이터는 CloudWatch Logs의 로그 그룹에 게시되며, 자체 애플리케이션이나 AWS Marketplace에서 제공하는 솔루션을 사용하여, 흐름으로 그에서 캡처한 데이터를 분석할 수 있습니다.
Q: 여러대의 VPC를 서로 연결할 수 있습니까?
A: VPC 피어링이 가장 효율적인데 이유는 상호 리전간 1:1관계로 지원된다. 즉, 2개의 VPC 사이에 하나의 피어링 리소스만 존재할수있다.
VPC 피어링 연걸 설정은 양쪽 VPC의승인이 필요하다
온프레미스 네트워크랑 AWS 네트워크를 연결해 대량의 데이트를 전송할때 Direct Connect이란 프라이빗한 전용선을 이용해 직접적인 연결을 하면 비용점감, 보안 및 규정준수가 가능하고, 고효율의 서비스를 제공 받을수 있습니다.
예제 개선
고가용성 환경 만들기
고가용성이란 인적 개입없이 어플리케이션의 가동 중단 시간이 최소화 되도록 보장이 되는것이다.
고가용성의 환경을 만들기위해서는 DB서버, 서버를 같은 DB가 들어있는 Master,Slave 두개를 두어 한쪽의 서버가 고장이 난다면 즉시 고장나지 않은 DB서버를 이용할수 있게끔 하는것이다
고가용성 요소
내결함성 : 오류가 발생했을때 중복되게 저장해두어, 무결성을 유지하는 기능
복구성 : 예기치못할 재해 발생후 서비스 복구와 관련된 프로세스
확장성: 자신의 서비스가 지원할수있는 최대치 (=성장을 수용 하는 능력)
기존 온프레미스의 고가용성은 항시 하드웨어를 돌려야하기때문에 비용이 매우 많이들고, AWS를 이용하면, 그 비용이 줄어들어 온프레미스 대비 저렴하다.
고가용성이 내포되어있는 서비스
적절한 아키텍처를 통해 고가용성을 제공하는 서비스
ELB
ALB ,NLB를 이용해 내부적인 솔루션을 만들수있다
DIY vs ELB
DIY : 비관리형, 고객의 요구 사항에 맞게 EC2에 로드 밸런서를 생성
ELB : AWS에서 관리, 가장 비용이 효율적인 방향으로 솔루션이 만들어져 있음
S3에서 동일한 파티션에서 요청이 등시에 여러번 읽힐 가능성이 있는데
이를 줄일려면 접두사를 키에 추가해 문제를 해결 할수있다.
S3가 정적,동적 콘텐츠를 나눠서 저장하게되는데, 정적인지, 동적인지 알려주는 방법은?
-> 배치파일이 구분해준다
DynamoDB의 주요 특징
완전 관리형 NoSQL 데이터베이스 서비스 이기때문에 관리가 필요없다.
예측 가능한 성능 : 프로비저닝된 처리량 모델
내구성 및 가용성 : 일관된 디스크 전용 쓰기, 온디맨드 백업
AWS리전의 세개의 시설(3개의 가용영역)에 동일하게 데이터를 동기식으로 복제해서 사용합니다.
Q : 서울 리전은 가용영역이 2개만 있는데 Dynamo DB는 3개의 가용영역이 필요한데 어떻게 처리되는가?
A : 사용자는 선택할수없는 AWS 내부적으로 운영되는 숨겨진 가용영역 (2b)를 사용해 3개의 가용영역에 문제없이 저장될 수 있다.
파티션키 = RDB에서 사용하던 PK와 같은 뜻
DynamoDB의 모범사례
1. 항목 크기를 자겍 유지합니다
2. 대용량 BLOB은 S3에 저장된다
3. 조건부 또는 낙관적 동시성 제어 업데이트를 사용한다.
비관적 동시성 제어 vs 낙관적 동시성 제어
비관적 동시성 제어:데이블의 데이터가 있고 동시에 조작을 못하게 Lock을 하여, 데이터의 테이블의 일관성을 맞추기위해 동시성을 떨어뜨려놓은것
낙관적 동시성 제어:별다른 제한이 없어 동시성을 높이고, 일관성을 맞추기위해 commit할때 테이블의 변경을 계속 확인하여 테이블의 일관성을 맞추는것
관계형 데이터베이스 RDB를 사용 할 경우 고객의 이점 및 책임
RDS로 개발자의 생상성을 최적화 할수있다.
1. 쿼리의 생성
2. 쿼리의 최적화
3.마이스레이션 및 백업, 여러 SW 업그레이드 부담 제거
4.하드웨어 장애 부담 제거
RDS의 보안
(VPC) 흐름 로그 : 내가 원하는 규칙에 대한것이 정확히 실행되고있는지 볼수있는 로그
AWS 기반 재해 복구의 사례
공감(♥) 과 댓글은 필자에게 큰 힘이 됩니다. 잠시 1초만 내주시면 안될까요? ~~ 로그인 없이도 가능합니당 |
댓글