Windows Azure 온라인 캠프 체험 후기

SQLER 공지사항에 Azure 4차 온라인 캠프를 진행한다는 글을 보고 걱정 반 설렘 반을 갖고 신청하게 되었다.

20명 등록 마감이라고 하길래 회사일도 있고 해서 괜한 자리 차지하는 거 아닌가 했지만

회사에서도 클라우드 SQL 데이터베이스 도입 얘기가 슬금슬금 나오고 있고 이때 아니면 언제 또 기회가 생길지

몰라 신청하기로 했다. 다행히 지원자 모두 참여가능 한 것 같았다. ㅎㅎ

체험 절차 안내 메일이 수요일 7시 전후로 온다고 해서 밤 12시까지 기다렸는데 오지 않아서

다음날 회사에서 확인했는데 이메일로 보내준 Live 계정과 실제 계정이 달라서 조금 더 딜레이 되었다.

30명 넘는 계정 세팅과 애저 세팅하시느라 고생하셨을텐데 매끄럽지 못했던 부분은 아쉽다.

어쨌든 우여곡절 끝에 드뎌 Windows Azure 접속!

첫 화면은 Live 계정에 등록된 모든 서비스들이 정렬되어 있다.

공지했던 것처럼 1~3차 캠프와는 달리(1~3차에 참가한적은 없지만...) 가상머신이 아닌 PaaS 서비스 형태의 체험이 가능하다.

일단 SQL Database를 이용해 보려고 클릭하면 아래 처럼 2개의 데이터베이스 확인이 가능

두개중 01번 데이터베이스에 들어가면 대쉬보드와 데이터베이스 사용량을 깔끔하게 확인가능하다.

아쉽게도 처음 들어오는거라 아무 내용이 없다.ㅎㅎ

이제 본격적으로 SQL 데이터베이스 접속을 위해 위에 "MANAGE"로~ GoGo!

이메일로 받은 SQL 데이터베이스 계정과 패스워드를 치고 LOGIN! 

읭? 로그인 실패... 패스워드 잘못쳤나?해서 몇 번 시도했지만 계속 실패..

온라인 캠프 종료시각이 얼마남지 않았다.. 이렇게 SQL 데이터베이스 접속조차 못하고 끝마칠 것인가...

그래, 패스워드 바꾸고 다시 해보자!

패스워드 바꿔도 계속 로그인 실패...ㅠㅠ

이때 눈에 들어온 SQL 데이터베이스 관리자 아이디..

이메일로 받은 것과 달리 관리자 계정 앞에 s가 하나 더 붙어있다. 세팅하신분이 햇갈리신거 같다.

 

다시 로그인 시도하고 성공!

01번 데이터베이스의 관리포탈 첫 화면.

어드민으로 옮겨가면 아래사진 처럼 해당 데이터베이스의 요약된 구성정보를 확인 가능하다.

요약 옆에 쿼리성능을 보면 Running된 쿼리들의 카운터들이 보인다.

수집된 카운터들을 정렬 서 볼 수도 있으니 편하겠네요~

자, 그럼 본격적으로... 테이블을 하나 만들어 보기 위해서 디자인으로 이동~

테이블명을 입력하고 컬럼 및 제약조건들을 설정하고 

"Save" 아이콘을 누르기만 하면 테이블이 생성 된다.

물론 T-SQL 또한 지원하기 때문에 "New Query" 아이콘을 이용해서 테이블을 생성할 수도 있다.

그동안 SSMS를 이용해서만 데이터베이스에 접근했기 때문에 익숙하지 않게 느껴진다.

SSMS를 통해서 SQL 데이터베이스에 접속할 수 없을까?

당연히 가능하다!(2008 R2 이상에서만 가능하다)

아래 화면의 FQDN을 통해서 쉽게 접속 할 수 있다.

평소 SQL Server에 접속하는 것 처럼 접속하면 된다.

접속해 보면 기존 SQL Server 인스턴스 아이콘과는 달리 SQL Database로 구분할 수 있도록 보여진다.

또 이전에 관리포탈에서 생성한 테이블 2개를 확인할 수 있다.

 

테스트 테이블도 생성됐으니

SSMS에서 테스트 데이터 10000건 입력

 

그럼 이번엔 반대로 관리포탈으로 들어가보면

역시나 위에서 입력한 10000건 또한 쉽게 확인 가능하다.

SQL 데이터베이스에서는 동적관리뷰도 지원한다.

실행계획 포함해서 돌려봤다.

아까 테스트 데이터 입력할 때 썼던 쿼리의 CPU 사용량이 보인다.

잼있는건 실행계획인데 기존 SQL Server와 UI도 다르고

정렬기준에 따라 CPU, IO 등 원하는 사용률을 볼 수 있다.

지금까지 Windows Azure SQL 데이터베이스 서비스를 이용해 보았다.

PaaS 서비스로 진행된 Windows Azure 4차 온라인 캠프에서 전체적으로 내가 받았던 가장 큰 느낌은

데이터베이스의 관리 요소가 상당히 간소화 되었다는 것이다.

기존에는 DBA만의 영역이였던 고가용성, 장애복구 등을 마이크로소프트에서

즉 서비스 공급자에서 자동으로 관리하기 때문에 DBA는 논리적인 영역에서만 관리하면 된다.

물론 이러한 부분이 DBA의 입지를 좁게 만들지 않을까 생각할 수도 있지만

개인적으로는 가장 근본적인 역할인 데이터만을 위한 생산적인 일에 집중할 수 있다고 생각한다.

클라우드가 매력적인건 분명하지만 그렇다고 아직까진 모든 서비스에 대해서 클라우드 서비스가 정답이 될 순 없다.

SQL Database를 사용했을 때에도 SQL Server에서만 지원하는 제약사항 있기 때문에

사전조사 및 테스트 등을 통해 고려해 봐야된다고 생각한다.