2016년 1월 7일, Amazon에서 AWS Seoul Region(서울 리젼) 설립을 발표하였습니다.




위의 발표공지를 보고나서, AWS Seoul Region의 Latency와 AWS Tokyo Region의 Latency를 측정해보았습니다.

측정은 Apache ab와 nginx를 이용하여 다음의 링크를 사용하여 측정했습니다.



AWS Tokyo Region 

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.848 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    11.79 [#/sec] (mean)

Time per request:       84.805 [ms] (mean)

Time per request:       84.805 [ms] (mean, across all concurrent requests)

Transfer rate:          9.72 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:       40   42   1.3     42      45

Processing:    41   43   1.2     43      45

Waiting:       41   42   1.2     42      45

Total:         82   85   1.8     84      88


Percentage of the requests served within a certain time (ms)

  50%     84

  66%     85

  75%     85

  80%     87

  90%     88

  95%     88

  98%     88

  99%     88

 100%     88 (longest request)

AWS Seoul Region

 # ab -n 10 -c 1 http://**.**.**.**/index.html

This is ApacheBench, Version 2.3 <$Revision: 1706008 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking **.**.**.** (be patient).....done



Server Software:        nginx/1.9.9

Server Hostname:        **.**.**.**

Server Port:            80


Document Path:          /index.html

Document Length:        612 bytes


Concurrency Level:      1

Time taken for tests:   0.172 seconds

Complete requests:      10

Failed requests:        0

Total transferred:      8440 bytes

HTML transferred:       6120 bytes

Requests per second:    58.14 [#/sec] (mean)

Time per request:       17.201 [ms] (mean)

Time per request:       17.201 [ms] (mean, across all concurrent requests)

Transfer rate:          47.92 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        7    9   1.3      9      11

Processing:     6    8   2.2      8      14

Waiting:        6    8   2.2      8      14

Total:         14   17   2.4     17      22


Percentage of the requests served within a certain time (ms)

  50%     17

  66%     18

  75%     18

  80%     19

  90%     22

  95%     22

  98%     22

  99%     22

 100%     22 (longest request)



AWS Tokyo Region Avg. Latency

 87.11111111(ms)

AWS Seoul Region Avg. Latency

 20.22222222(ms)


AWS Seoul Region 의 Latency와 AWS Tokyo Region의 Latency를 비교하니 AWS Seoul Region이 훨씬 빠르다는걸 체감하였습니다.

이후 다운로드 전송량 측정을 해보아도 AWs Seoul Region이 빠르다는 것도 확인하였습니다.


AWS Tokyo Transfer Rate

 9.72 [Kbytes/sec] 

AWS Seoul Transfer Rate

 47.92 [Kbytes/sec]


측정결과 AWS Tokyo와 AWS Seoul간의 엄청난 속도차이를 경험하였고, AWS Tokyo Region의 사용료보다 AWS Seoul Region의 사용료가 조금 더 저렴하다는 걸 보고 깜짝 놀랐습니다.


Tokyo 보다 접근 속도가 빠르면서, Tokyo보다 저렴한 Seoul을 사용해야겠다는 결론을 내렸습니다.


기존에 AWS Tokyo Region에서 생성한 인스턴스(Instance)를 AWS Seoul Region으로 옮기는 작업을 진행하였습니다.


AWS Tokyo Region(도쿄/東京 리젼)의 인스턴스를 AWS Seoul Region(서울 리젼)으로 옮기는 방법

이 방법은 

위의 링크를 참조하였습니다. 위의 링크에 있는대로 따라하니 문제 없이 Tokyo Region의 Instance가 그대로 Seoul Region의 Instance로 옮겨지고, 정상작동함을 확인함.


1. AWS Tokyo Region EC2 Instances 메뉴 

옮길려는 인스턴스의 속성 메뉴에서 Create image(EBS AMI)함.

2. AMIs 메뉴 - 새로 만든 AMI 이미지로 Launch Instance 하고 기존에 생성한 Instance와 같은 사양의 Instance를 만든다.

3. Instances 메뉴 - 새로운 Instance가 Running 되면 Instance의 속성 메뉴에서 Stop 한다.

4. Volumes 메뉴 - Instance에 연결된 볼륨의 속성 메뉴에서 Create Snapshot 한다.

5. Snapshots 메뉴 - 새로 만든 스냅샵의 속성 메뉴에서 Copy Snapshot 한다. 

6. 팝업창에서 Destination region 항목에 Seoul Region을 선택한다.


7. AWS Seoul Region EC2Snapshots 메뉴 - Tokyo Region 에서 복사 된 스냅샷의 속성 메뉴에서 Create Volume from Snapshot 한다.

8. Volumes 메뉴 - 스냅샷으로 만든 볼륨의 Volume ID를 확인 한다.

9. Instances 메뉴 - Tokyo Region Instance 와 같은 사양의 Instance를 Launch Instance로 생성하고 Instance가 Running 되면 속성 메뉴에서 Stop 한다.

10. Volumes 메뉴 - Instance에 연결(sda1)된 볼륨의 속성 메뉴에서 Detach Volume 하고 Instance에서 볼륨을 때어낸다. Tokyo Region의 스냅샷으로 만든 볼륨을 속성 메뉴에서 Attach Volume 한다. 

팝업창에서 Instance 항목에 해당 Instance를 선택하고, Device 항목에  "/dev/sda1"으로 수정한 다음 Yes, Attach 해서 볼륨을 붙인다.

12. Instance 메뉴 - Stop 되어 있는 Instance를 Start 한다. Instance가 Running 되면 접속해서 확인한다.


이제 AWS Seoul Region이 생겼으니 Seoul Region을 애용해야겠습니다 ~_~

Buy me a coffeeBuy me a coffee



2015년 4월 21일, 서울특별시 강남구 삼성동 코엑스에서 열린 "AWS Summit Seoul 2015"가 열렸습니다. 

참석은 안했지만, 어떤 내용인가 확인하고 구글링 하다보니 흥미로운 주제로 된 발표가 많더군요.


현재, AWS에 관심이 많고, AWS기술 문서 및 AWS도입 사례 및 문제 해결 방안에 대한 내용을 습득하다보니 이번 4월 21일에 열린 AWS Summit Seoul 2015의 발표세션중 2015년 6월 6일까지 공개된 슬라이드들을 모으고 정리하였습니다.



트랙1 AWS 신규 서비스 및 솔루션 

AWS 최신 서비스 살펴보기 - Aurora, Lambda, EFS, Machine Learning, ECS


국내 사례로 본 클라우드 운영 최적화 - 모니터링, 자동화, 빌링


AWS 클라우드를 활용한 빅데이터 및 실시간 스트리밍 분석


국민내비 김기사, AWS 하이브리드 환경 구축사례


모바일 및 IoT 환경을 위한 AWS 클라우드 플랫폼의 진화


AWS와 컴볼트가 함께하는 데이터 보안 및 관리 자동화


AWS와 연계하는 레드햇 오픈 하이브리드 아키텍처


EBS성능 향상 및 EC2 비용 최적화 기법


트랙 2 AWS 소개 및 활용 사례 

AWS 소개 - 컴퓨팅(EC2), 데이터베이스(RDS, Redshift), 스토리지(S3, EBS)


CloudFront와 Route53기반 콘텐츠 배포 전략


엔터프라이즈에서의 하이브리드 환경 전략


엔터프라이즈 클라우드 도입 및 고려사항 - 메가마트 사례


AWS를 통한 클라우드 보안 이해하기


보안을 통한 AWS에서의 신뢰성 강화


데이터 중심 클라우드 전략과 하이브리드 솔루션


AWS이용사례 - SM엔터테인먼트 및 셰이커미디어 사례를 중심으로



이 장소를 Daum지도에서 확인해보세요.
서울특별시 강남구 삼성1동 | 코엑스
도움말 Daum 지도
Buy me a coffeeBuy me a coffee


저번달인 7월 13일에 소개한 IBM IT insight의 2014년 2분기판이 나왔습니다. IT트랜드를 정리하여  잡지형태로 보여주는 사이트인 IBM IT Insight에서 매 분기마다 새로운 내용을 업데이트하는데요.

이번 2014년 2분기판은 클라우드 컴퓨팅(Cloud Computing)에 대한 이야기가 나옵니다.


IT Insight 2014 지금, 비즈니스 세계에는 '클라우드'가 뜨고 있다' 얼마전까지 IT영역의 일부분으로 여겨져 왔던 클라우드, 이제는 기업의 여러 가지 기능을 가능하게 하는 비즈니스 의사 결정의 항목으로 자리잡고 있다. 이런 변화에 따라 클라우드를 도입하는 기업도 매년 늘어나고 있다. 지금부터 IT Insight와 함께 클라우드 기술을 도입하는 기업이 늘어나고 있는 5가지 이유에 대해 알아보자.


"클라우드"컴퓨팅이 유행이라 신문기사나 방송, 인터넷에서 "클라우드(Cloud)"라는 단어가 많이 나옵니다.


이번 IBM Insignt 2014년 2분기호에서는 클라우드 컴퓨팅의 설명과 종류 그리고 IBM에서 나온 기사인 만큼 IBM의 클라우드 전략과 전망, 그리고 사업에서 클라우드 적용 등등 홍보성 글도 나옵니다.


요즘 IT업계의 화두인  클라우드 컴퓨팅(Cloud Computing) 내용 이해하는데엔 좋다고 봅니다.


참고로 내용을 e-book형태 및 PDF파일로 제공하기때문에 아이패드나 태블릿등에 PDF로 저장해서 돌아다니면서 읽을 수 있습니다.

Buy me a coffeeBuy me a coffee
  1. Favicon of https://anunmankm.tistory.com BlogIcon 버크하우스 2014.08.05 16:23 신고

    잘 보고 갑니다. 오늘도 보람찬 하루 되세요. ^^

관련 링크
The Chromium Project
Chromium OS


관련 서적

구글크롬OS클라우드OS와의첫만남
카테고리 컴퓨터/IT > 대학교재
지은이 코이케 료지 (한빛미디어, 2010년)
상세보기


학회지에 스마트폰 관련 논문을 쓰고 난 후, 넷북, 태블릿에도 관심이 많이 생겼습니다. Google에서 넷북,태블릿으로 탑재하려고 만들고 있는 Chrome OS에 대해서 관심이 있다보니, 모 기자님에게 구글이 취재원에게 잠시빌려준 ChromeOS 탑재 넷북 CR-48을 잠시 만져보기도 하였습니다. 그러나 뭔가 부족한듯한 느낌에 직접 Chrome OS를 빌드해서 사용해보자는 생각이 번쩍떠오르더군요.

2011.05.05

The Chromium Project 에서 Chromium OS 소스를 다운로드 받은 후 컴파일을 하였습니다.

Chromium OS 컴파일 방법은 Chromium OS Developer Guide  를 참조하시면 됩니다.

(64bit 머신에서 컴파일을 해야되더군요. 컴파일하는 방식이 Gentoo Linux 설치하듯 화면이 나와서 뭔가 무섭다는 느낌이 들었습니다. 실제로 OS를 구성하려면 계속 빌드만 몇 시간씩 투자를 해야합니다.

이번에 크롬 OS를 컴파일 해서 설치하려니, 64bit 머신을 구입 후 집에서 빌드 및 서버 굴려야겠단 생각을 계속 하게 되었습니다. - 전기값은 어쩌려고? ㅠㅠ)

Chromium OS의 컴파일이 완려된것을 확인하곤, 2011.05.06 USB메모리에 Chromium OS 부트이미지를 넣고, 컴퓨터에 부팅을 해보았습니다.


첫화면은 언어, 키보드 및 네트워크 설정이더군요.

HTC | HTC Desire | 4.3mm | ISO-53 | 2011:05:06 19:24:28

Chromium OS 시작할때의 화면.


저 화면에서 언어 및 키보드, 네트워크 설정을 하면, 다음 화면에선 구글 계정으로 접속하기 화면이 나옵니다. 구글 계정입력한 후 비밀번호까지 입력하여 로그인을 하면 Chrome 웹브라우저 같은 화면이 나옵니다.

Google사에서 Chrome OS를 탑재한 Cr-48 노트북을 사용해본 사람으로서, 지금은 cr-48경우보다 속도는 빠릿해지고, 플래시도 돌아가고, 버벅거리는 면이 많이 줄었다는 걸 느꼈습니다. 그러나 아직도 불안정적이라 가끔 웹브라우저가 뻗기도 합니다.

페이스북, 트위터를 사용해도 AJAX로 돌아가는 부분도 버벅임도 없고, 심지어 페이스북 앱인 시티빌을 원활하게 할수 있습니다. (시티빌을 할수 있다니 이건 대박)

UI는 Chrome 웹브라우저 쓰는 것과 흡사하다고 보면 됩니다. Chrome 웹브라우저만 쓰는 컴퓨터를 접했다고 보면 이해 되실겁니다.


Chromiu, OS를 사용한 소감: Chrome 웹브라우저만 돌아가는 넷북을 만져보았답니다.

구글의 전략은 유비쿼터스환경에서 클라우드 컴퓨팅으로 구글 서비스를 언제 어디서든 사용하는 것입니다. 안드로이드와 크롬OS는 인터넷을 접속할 수 있는 수단이지요.  크롬OS는 인터넷을 쓰려는 저연령층과 저소득층에 만족스럽게 쓰일듯 합니다.


자세한 생각은 정리해서 다시 블로깅 하기로 하겠습니다.

Buy me a coffeeBuy me a coffee



블로그를 둘러보다 재미있는 포스트를 보았습니다.

해킹아~ 물렀거라, 지피지기면 백전백승


한국인터넷진흥원에서 발표된 국가정보보호백서 2010에 나온 2009년 정보보호 이슈 10가지를 요약해서 정리를 하여 보여주더군요.

내용은 엔시스님의 생각이 가미되어 나옵니다.

  1. 7.7. DDoS 공격 사고 발생
  2. 소셜 메시징 인프라 기반 피싱 기승
  3. 허위 보안 제품 등장
  4. 온라인 게임 해킹 급증
  5. 성적 조작을 위한 대학 전산망 해킹
  6. 개인정보 유출 피해자 집단 소송 판결
  7. 정보보호 관련 법, 제·개정 활발
  8. 새로운 IT기술과 정보보호 - 스마트 그리드, 클라우드
  9. 아이폰 등장으로 인한 스마트폰 보안 증가
  10. 응용프로그램 제로데이 공격 증가

 위의 10가지가 국가정보보호백서 2010에 나왔습니다.


보안이라는 건 나 자신부터 잘 실천학 챙겨야 합니다.

Buy me a coffeeBuy me a coffee

클라우드 컴퓨팅과 타 컴퓨팅과의 비교 (출처: 한국 소프트웨어 진흥원, 2008)



 구분 주요개념  클라우드 컴퓨팅과의 관계 
Grid Computing 높은 컴퓨팅 리소스를 필요로 하는 작업의 수행을 위해 인터넷 상의 분산된 다양한 시스템과 자원들을 공유하여 가상의 슈퍼 컴퓨팅과 같이 사용하는 방식(분산 컴퓨팅 아키텍처)  Grid 방식의 분산 컴퓨팅과 Utility 개념의 과금 모형을 혼합한 컴퓨팅 방식
  • Grid: 인터넷 상의 모든 컴퓨팅 리소스
  • Cloud: 서비스 제공 사업자의 사유 서버 네트워크 
Utility Computing  컴퓨팅 리소스를 구매하거나 소유하지 않고 가스, 전기등과 같이 유틸리티로 필요할 때마다 사용하는 방식(사용량 기반 과금 모형) 
 Server Based Computing 서버에 애플리케이션과 데이터를 두고 필요할 때마다 접속해서 사용하는 방식(클라이언트는 입출력만 처리. 모든 작업은 100% 서버가 처리 - Thin Client 방식)  클라우드 컴퓨팅은 가상화된 분산 컴퓨팅에, SBC는 특정 기업의 서버에 중심을 둔다는 차원에서 개념적으로 구분. 그러나 SBC가 발전으로 점차 구분이 모호해짐 
 Network Computing SBC와 비슷하나, 애플리케이션을 서버에서 로드하여 로컬에서 수행하는 형태(이용자의 CPU를 사용하여 동작)  이용자의 컴퓨팅 리소스보다는 클라우드상의 IT 리소스를 사용하므로 개념적 구분 
 SaaS (Software as a Service)  서비스 제공자의 서버에 저장된 SW를 인터넷을 통해 서비스로 이용하는 SW 딜리버리 모형 클라우드 컴퓨팅은 모든 IT자원을 서비스로 활용한다는 차원에서 보다 SaaS(Software as a Service)를 포함하는 포괄적인 개념 




Buy me a coffeeBuy me a coffee

대부분의 클라우드 컴퓨팅에 관현 용어들에 대해서 정리를 하였다.

많은 용어들이 -aaS(as a Service)로 끝남.

AssS - Architecture as a Service

BaaS - Business as a Service

DaaS - Data as a Service

DBaaS - Database as a Service

EaaS - Ethernet as a Service

FaaS - Frameworks as a Service

GaaS - Globalization or Governance as a Service

HaaS - Hardware as a Service

IaaS - Infrastructure as a Service

IDaaS - Identity as a Service

LaaS - Lending as a Service

MaaS - Mashups as a Service

OaaS - Organization or Operations as a Service

SaaS - Software as a Service

PaaS - Platform as a Service

TaaS - Technology or Testing as a Service

VaaS - Voice as a Service

WaaS - Whatever as a Service

XaaS - X as a Service

ZaaS - System Z as a Service 

출처: IBM DeveloperWorks [후기] 5월 25일, dW Live! 세미나 ‘개발자의 신대륙, 클라우드 컴퓨팅’

Buy me a coffeeBuy me a coffee

+ Recent posts