VMWARE ESXI6.5에 Nutanix Community edition의 설치 방법에 대해 알아본다.
 
사실 Single Cluster 구성은 개인적으로 느끼기에 HCI라고 보기 어렵지만 
최근 고객사 환경이 Nutanix AHV를 사용하는 경우가 많아 테스트를 진행해야 할일이 많은데
체험용으로 사용하는 정도로는 딱 적합한 것 같다.
 
 
일자 비고
2020.07.07 최초작성
 
    • 테스트 환경
      • ESXI - 6.5.0 Update 2 (Build 8294253)
      • Nutanix - 2019.02.11 LTS
 
    • 시스템 요구사항
      • CPU Intel CPUs, 4 cores minimum, with VT-x support
      • Memory 16GB minimum (32 GB or greater recommended for AOS features such as deduplication,compression, or more user VMs)
      • Storage Subsystem RAID 0 (LSI HBAs) or AHCI storage sub-systems
      • Hot Tier (SSD) One SSD per server minimum, ≥ 200GB per server
      • Cold Tier (HDD) One HDD per server minimum, ≥ 500GB per server
      • Networking Intel NICs
      • Cluster Nodes 1, 3 & 4
 

# Disk DescriptorFile

version=4

encoding="UTF-8"

CID=a63adc2a

parentCID=ffffffff

isNativeSnapshot="no"

createType="vmfs"

# Extent description

RW 14540800 VMFS "ce-flat.vmdk"

# The Disk Data Base

#DDB

ddb.adapterType = "lsilogic"

ddb.geometry.cylinders = "905"

ddb.geometry.heads = "255"

ddb.geometry.sectors = "63"

ddb.longContentID = "2e046b033cecaa929776efb0a63adc2a"

ddb.uuid = "60 00 C2 9b 69 2f c9 76-74 c4 07 9e 10 87 3b f9"

ddb.virtualHWVersion = "10"

 

사전 준비 완료 후 디렉토리
 
    • Data store 업로드
ce.vmdk , ce-flat.vmdk 파일을 한 경로에 업로드 하면 ce.vmdk 하나의 파일로 변경 된다.
                    
 
  • VM 생성 및 설치 진행
    • CPU :  게스트 OS에 하드웨어 지원 가상화 표시 체크
    • DISK 1 : 기존 HDD추가 CE.VMDK 추가
    • DISK 2 : SSD 200 GB
    • DISK3 : HDD 500GB
            
 
  • 설치 진행
    • install 입력
install 입력 후 Enter
 
                        
    • Proceed 엔터
 
      • IP주소 입력 및 동의(드래그 해서 라이센스를 다 읽어야 Accept가능)
         

 

 
 
  • 설치 완료 & 후속 작업
    • CVM IP 확인 및 웹브라우저에 입력
기본 ID/PW root / nutanix4/u
 
    • default password : admin / nutanix/4u 입력(초기비밀번호 변경 필요)
                        
 
    • 사전준비에서 가입한 Nutanix Next 계정 입력
                        
 
    • 설치 완료 확인
                        

 

                        
 
 
*출처를 명확하게 표기 한 경우에 배포를 허용합니다.
 
 

 

Posted by Unconquerable
,

 

OU_1Z0-1072-OCI-Architect-Associate-2019-Exam-Prep-Guide.pdf
0.57MB

                                    ORACLE에서 제공하는 시험 가이드

 

얼마전 Oracle Cloud Infrastructure Foundations를 취득하였고 이후 Oracle Cloud Infrastructure 2019 Certified Architect Associate에 도전하여 취득하게 되었습니다. 

 

확실히 Foundations보다는 좀 더 난이도가 있는편이었고 간단한 후기를 남깁니다.

 

 

1.ORACLE University - Become OCI Architect (Associate)

 

역시 이번자격을 취득하면서 유일하게 수강했던 인터넷 강의입니다.(ORACLE 가입 후 무료로 수강 가능)

ORACLE에서 자체 제공하는 공식 강의이며 각 기능들에 대해 좀 더 구체적으로 살펴보고 활용 예시들을 정리해줍니다.

 

또한 섹션에 보면 Pratice Exam이 있는데 실제 시험의 난이도와 비슷하게 출제가 되는 것 같습니다.

 

역시나 자동 번역 된 한글자막이 부정확한 경우가 많아 Transcript에 영문 스크립트를 번역해가면서 강의 수강하였습니다.

 

 

2. Oracle Cloud Documentation

 

강의를 수강하면서 이해가 안가거나 용어가 생소 할 때 Documentation을 찾아가며 학습하였습니다.

양이 너무 방대해 전체 정독하지는 못했고 필요한 부분들만 그때그때 검색해서 찾아가며 학습하였습니다.

 

 

 

3. 학습기간 및 시험 후기

 

클라우드에 대한 기본 지식에 이제는 좀 더 OCI만의 서비스들에 대해 이해를해야 통과가 가능 한 것 같습니다. 

 

앞서 공부하던 Foundation과 변행하여 약 7일정도 더 투자한 것 같고 Foundation과 중복될만한 부분들은 SKIP 하면서 강의를 수강하였습니다. 

 

Foundation의 경우 느끼기에 문제가 단답식 질의에 단답식 답변이 80 ~ 90%정도 되는 것 같은데 Certified Architect Associate의 경우 실제 상황에 대한 장문의 문제가 출제 되고 이 경우에는 어떤 기능을 사용할지에대한 문제가 주를 이루며 다중선택 문제 또한 많았습니다.

 

Foundation 문제 예시

Q)Which resource do you manage in an IaaS offering? 

 

A)Storage

B)Servers

C)Operating System

D)Networking

 

 

Certified Architect Associate 문제 예시

 

Q)10TB정도의 온프레미스 데이터를 OCI로 업로드 하려고 하는데 인터넷을 통해 넘기기에는 시간이 너무 오래 소요될 것 같다. 구독비용을 늘리지 않으면서 이 데이터를 클라우드로 넘기는 권장 방법은 무엇인가?

A) Data Transfer Service 이용

 

시험시간은 105분이며 기억에 55 ~ 60문제 정도 되었던 것 같습니다.

시험준비하시는데 도움이 되셨으면 좋겠습니다.

 

 

Posted by Unconquerable
,
                ORACLE에서 제공하는 시험 가이드
 
사내에서 다양한 클라우드 환경을 접하고 테스트해볼 기회가 있었지만(AWS, AZURE, GCP, OCI)
그동안 테스트만 진행해 왔을 뿐 관련 자격은 취득하지 않고 있었습니다.
 
2020년에는 테스트 & 정리 겸 그동안 접했던 클라우드들에 정리를 해보고 
가급적 자격을 취득하려는 목표를 세우게 되었는데..
 
그 첫 걸음으로 Oracle Cloud Infrastructure Foundations 2020 Certified Associate를 취득하게 되었고 
간단한 후기를 남깁니다.
 
ORACLE CLOUD의 경우 인터넷에서 공부자료 찾기가 쉽지 않은데
도움이 되실 분이 있을듯 하여 참고한 자료들과 공부법을 공유드립니다.
 
 
 
 
이번 자격을 취득하면서 유일하게 수강했던 인터넷 강의 입니다. (ORACLE 가입 후 무료로 수강 가능)
ORACLE에서 자체 제공하는 공식 강의이며 Oracle Cloud Infrastructure Foundations 2020 Certified Associate에 관련 된 기본 개념들에 대한 강의를 진행합니다. 
자체 번역 된 한글자막이 부정확한 경우가 많아 Transcript에 영문 스크립트를 번역해가면서 강의 수강하였습니다.
 
OCI에 대한 기본개념을 잡기 괜찮은 강의인 것 같습니다.
 
 
강의를 수강하면서 이해가 안가거나 용어가 생소 할 때 Documentation을 찾아가며 학습하였습니다.
양이 너무 방대해 전체 정독하지는 못했고 필요한 부분들만 그때그때 검색해서 찾아가며 학습하였습니다.
 
 
3. 학습기간 및 시험 후기
 
기존에 타 클라우드를 사용해봤거나 기본적인 지식이 어느정도 있다면 어렵지 않게 통과 가능할 것 같습니다.
 
약 7일정도 투자한 것 같고 이미 알고 있는 기본개념들에 대해서는 SKIP하면서 강의 수강하였습니다.
 
Pearsonvue를 통해 온라인 시험을 응시했는데 
아직 온라인 시스템이 초기 단계인지 시험에 사용한 저의 LAPTOP이 문제인지 잘 모르겠지만
시스템이 매우 불안정합니다. 
 
실제로도 시험도중 프로그램이 멈춰버리는 바람에 Help Center의 도움을 받아 시험에 다시 입장할 수 있었지만
시험도중 흐름이 끊겨 꽤 방해를 많이 받은 것 같습니다.
 
또한 온라인시험이라 그런지 시험 시작 전 확인& 요청사항들이 꽤 많습니다.
(웹캠을 들어 책상 치워진거 보여주세요. 양손에 뭐 적힌거 없는지 보여주세요.
이건 뭔가요 치우세요, 저건 뭔가요 치우세요 등)
 
모든 절차를 마치면 시험이 시작되며 내가 모니터를 주시하고 있는 모습이 녹화, 녹음 되며 시험이 진행됩니다. 
 
문제를 다 풀고 나면 약 15분정도 후에 결과 확인이 가능하다는 이메일이와서 결과 확인이 가능합니다. 
 
ORACLE에서 제공하는 시험가이드를 함께 첨부하였습니다.
 

 

Posted by Unconquerable
,
이번 강의를 통해 OCI에서 제공하는 데이터베이스 서비스에 대해 알아본다.
(사진으로 요약이 잘 되어있는 부분들에 대해서는 별도 필기 하지 않음)
 
 
1.Virtual Machine(VM DB System)
VM DB 시스템 또는 Virtual Machine DB 시스템을 호출하는 것.
 
이 옵션을 사용하면 기본적으로 관리대상 ORacle Database 인스턴스가 실행중인 가상머신을 가져온다.
 
블록 볼륨을 사용하며 
이 경우에는 ASM 대신 논리볼륨 매니저를 사용한다.
 
하지만 이 특정 오퍼링은 OCI가 제공하는 블록 스토리지를 활용하면서 
가상머신에서 관리용 Oracle Database를 실행하는 것에 관한 것이다.
 
장: 빠른 프로비저닝
 
2.Bare metal DB 시스템
이 경우에는 Bare metal 머신에서 Oracle Database를 실행하고 있다.
52Core, 51.2 테랕바이트 Local storage Bare metal 머신이다.
로컬 스토리지를 사용하기 때문에 정말 빠른 성능을 가지고 있다.
 
3.Oracle RAC
Oracle Database를 클러스터링 할 수 있다.
 
서버는 디스크를 공유하고 있으며 동일한 Oracle 데이터베이스를 
보유하고 있지만 각 노드에서 다른 인스턴스를 실행하고 있습니다.
 
하나의 노드에서 장애가 발생하면 다른 노드로 Failover합니다.
 
인스턴스 자체는 동일한 데이터로 작동하는 각 서버의 프로세스일 뿐이므로 장애 조치를 수행하지 않는다.
클러스터의 모든 노드에서 Oracle 데이터베이스를 사용할 수있습니다.
 
따라서 우리는 RAC를 사용할 수 있으며 여기에있는 모양은 두 개의 노드 VM RAC입니다. 그러나 이것은 관리되는 오퍼링이며 즉시 활용할 수 있습니다. 여기서 아이디어는 고 가용성을 관리한다는 것입니다.
 
4.EXADATA DB 시스템 
기본적으로 이는 서버,스토리지, 네트워킹,펌웨어,하이퍼바이저 등을 포함하여
관리되는 단축키 인프라이다. 모든 관리는 Exadata를 서비스로 활용할 수 있다.
또한 자율성(Autonomous)를 가지고 있으며 자율성의 세가지 주요 특징은 자율주행(self-driving), 자율보안(self-securing), 자율회복(self-reparing)이다.
*Self-driving : 사람의 개입이나 다운타임 없이 자동으로 패치, 업그레이드, 조정. CPU 및 스토리지의 Onlice-scaling도 지원 
*Self-securing : 기본적으로 암호화를 가지고 있으며 중요한 데이터를 식별하고 Mask하는데 도움을 주는 Oracle Database Vault 및 Oracle Data Safe 같은 기능도 있다.
Self-reparing : 시스템 장애, 유지보수 등을 포함한 모든유형의 다운타임을 자동으로 보호하는 것.
 
DB 시스템 기능 
1)관리DB Systems : EXADATA , RAC, Bare Meral, VM 
2)완전라이프사이클 자동화 : 프로비저닝, 패치, 백업&복구
3)고가용성: RAC, Data Guard
4)Scalability- 동적 CPU와 스토리지 스케일링
5)보안 - 인프라스트럭처(IAM,VCN,Audit), Database(TDE, Encrypted RMAN backup / Block volume encryption)
6)BYOL - 라이센스를 이미 보유한 경우 모듈에서 설정 가능
 
DB 시스템 Operation 
*BM DB System은 중지상태에서도 과금이 된다. (Local storage 비용때문)
 
 
 
 
 
 
 
DB serivces 요약 
 
 
Posted by Unconquerable
,
이번 강의를 통해 다양한 OCI 스토리지 서비스에 대해 알아본다 
 
 
 
Storage Requirement
요구사항에 따라 특정 스토리지 서비스를 선택할 할 수 있다.
 
 
1.Block Storage
서버의 하드 드라이브로서의 블록 스토리지. 하드 드라이브가 원격 섀시에 설치되는 경우는 원격스토리지, 네트워크 스토리지이다.
데이터는 일반적으로 고정크기 블록들 내의 디바이스 상에 저장된다.
운영체제는 블록스토리지를 마운트 또는 드라이브 볼륨으로 마운트한다.
데이터는 데이터 형식 유형 또는 소유권에 대한 상위 레벨 메타데이터 없이 저장된다.
어떠한 종류의 파일시스템도 블록레벨 스토리지에 설치할 수 있다.
(EX) Windows NTFS, VMware VMFS
일반적으로 블록스토리지는 사내구축 환경에서 오는 경우 스토리지 영역 네트워크(SAN)에 배치된다.
 
OCI에서의 Block Volume 
1)컴퓨터 인스턴스
2)부트 볼륨(OS disk), 블록 볼륨(데이터 디스크)
 
블록볼륨을 사용하는 가장 중요한 이유
3)컴퓨터 인스턴스의 수명을 초과하여 독립적으로 데이터를 저장할 수 있다
(EX) 인스턴스가 죽더라도 부트 볼륨, 블록 볼륨은 살아있을 수 있다.(데이터 내구성)
 
Block volume 사용 케이스 예시
1)데이터베이스
2)EXCHANGE (*support Block level storage only)
3)VMware(Block level stroage에서 VMFS를 이용)
4)Server Boot(퍼블릭 클라우드에서 인스턴스의 부트영역은 Block level storage로 되어있다)
 
장애나 실수로 인한 데이터 손실을 최소화 하려면 
정기적으로 블록 백업을 수행해야 하며 OCI에서는 자동스케쥴 백업을 지원한다.
 
블록볼륨 백업본을 다른 리전으로 복사할 수 있다.
 
블록볼륨 3-Tier
Basic
대규모 순차 I/O용입니다. 여기서 IOPS의 수는 매우 적지만 처리량은 상당히 양호하다는 것을 알 수 있다.
이것은 데이터 웨어하우스, 빅 데이터, 스트리밍을 위한 겁니다. 로트 프로세싱 같은 시나리오에서 많은 데이터를 읽기를 원하는 경우, 큰 데이터 덩어리가 필요함. 데이터베이스처럼 빨리 읽거나 빨리 읽고 싶지는 않을 겁니다. 하지만 당신은 더 큰 부분을 읽고 싶어 한다.
 
Balanced
IOPS와 처리량을 균형 있게 할당.  60 IOPS/GB의 상당한 IOPS를 얻을 수 있고, 처리량도 상당히 적당하다. 
이런 것들은 랜덤 I/O, 부팅 디스크와 같은 것에 좋으며
데이터베이스, 트랜잭션 데이터베이스 등에 이것을 사용할 수 있다.
 
Higher Performance 
그리고 마지막은 더 높은 성능이다. 이 버전에서는 데이터당 IOPS가 실제로 가장 높은 수준이며 이를통해 실제로 꽤 좋은 처리량을 얻을 수 있다. 따라서 미션 크리티컬 데이터베이스를 실행하는 경우 이 방법이 가장 적합하다. 
 
공통사항 
Volume 사이즈 : 50GB = 32TB
인스턴스 당 32개까지 볼륨 Attach 가능 
(EX) 32TB 볼륨 * 32
 
Data 암호화(rest and in-transit)
Oracle이 키, 암호화 키를 관리하도록 하거나 사용자가 Key management를 통해 관리 할 수 있다.
 
2.Local NVMe
블록볼륨과 비슷하지만 컴퓨터 인스턴스에 로컬로 Attach 된 임시 Storage
1)NVME를 사용하여 매우 좋은 성능을 제공
2)OCI는 스냅샷, 백업, 그 어느 것도 제공하지 않는다
3)블록 볼륨처럼 블록 기반 프로토콜을 사용한다.
4)SLA around Performance
 
Local NVME 사용 케이스 예시
이 모델은 고성능(High-performance)이 필요한 애플리케이션을 위해설계되었으므로
메모리에서 NoSQL을 사용하여 트랜잭션 데이터베이스를 확장(Scale-out)할 수 있다
1)NoSQL databases(Cassandra, MongoDB, Redis)
2)in-memory databases
3)Scale-out transactional databases
4)Data warehousing
 
Storage is non-persistent(servives reboot)
 
3.File storage
구조화 된 파일인 이름 디렉토리로 구성된 문서의 계층 구조 콜렉션
우리가 일반적으로 사용하는 스토리지
4.Object Storage
 
컨텐츠 유형에 관계 없이 모든 데이터를 오브젝트로 관리
오브젝트는 버켓에 저장
*버켓 : 오브젝트 저장을 위한 논리적 컨테이너
폴더 계층 구조 없이 단일 플랫 구조로 저장
각 오브젝트는 오브젝트와 오브젝트의 메타데이터로 구성.
신뢰성과 확장성이 높다
 
 
OCI Storage Services 요약

 

 
 
 
 
 
Posted by Unconquerable
,
 
이 강의를 통해 Oracle Cloud Infrastructure (OCI)의 클라우드 컴퓨팅, 핵심 개념 및 기능에 대해 정리하고 이해하는 시간을 가져본다.
 
1.OCI Regions
 
하나 이상의 가용성 도메인(Availability Domain)으로 구성 된 로컬화 된 지리적 영역
 
2.Availability Domain(가용성 도메인)
 
하나 이상의 Fault-tolerant가 있는 완전 격리된 데이터센터로 
지역 내에 있으며 3개의 가용성 도메인이 low-latency, high-bandwidth 네트워크로 서로 연결되어있다.
 
이제 가용성 도메인에 대해 이야기하겠습니다. 가용성 도메인은 데이터 센터가 서로 완전히 격리되어 있으며 Fault-tolerant있어 동시에 장애가 발생 할 가능성이 거의 없다.
예를들어 어떠한 이유로 AD1을 사용할 수 없더라도, AD2, AD3을 통해 서비스 가능하다. 
 
3.Fault Domains(FD)
 
anti-affinity를 제공하기 위해 가용성 도메인 내의 하드웨어 및 인프라 그룹이다. 때로는 이러한 결함 도메인을 AD 내의 논리적 데이터 센터라고도한다.
각 가용성 도메인에는 세개의 Fault Doamin이 존재하며 AD내의 논리적 데이터 센터 역할을 한다.
 
다른 Fault Domains에 배치 된 리소스는 특히 단일 장애 지점, 단일 하드웨어 장애 지점을 공유하지 않는다. 
따라서 물리적 서버, 물리적 RAC, RAC (Top-of-RAC) 스위치 또는 배분 장치와 같은 이러한 Fault Domains은 공유되지 않는다.
 
FD1이 사용가능하지 않다하더라도 2,3이 실행이며 이를통해 계속해서 서비스를 할 수 있다.
 
 
 
 
4.HA(고가용성) 디자인 
 
1.Fauld Domain 활용(FD)
2.Availability Domains(AD) 활용
전체 데이터센터의 장애로 부터 보호. 만약 한쪽 데이터센터의 자연재해(지진 등)이 있어 장애가 있더라도 다른 AD를 활용하여 HA를 유지할 수 있다.
3.Region Pair
리전 전체를 사용할 수 없게 되더라도 다른 지역으로 이동하여 데이터 검색을 복사할 수 있다.
 
5.Compartment
관련 리소스의 논리적 집합
자원에 대한 액세스를 분리하고 제어하는데 도움이 된다.
특정 인력에 대한 액세스 권한특정 자원에 부여
 
아마 Google Cloud Platform의 Project와 유사한 기능인 것으로 생각되는데 이에 대해서는 나중에 정리하는 시간을 가져봐야겠다.
 
5.1 Compartment의 핵심 원리 
a)각 리소스는는 단일 Compartment에 속한다 
b)각 자원은 하나의 Compartment로만 이동 할 수 있다.
c)리소스는 다른 Compartment의 다른 리소스와 상호작용 할 수 있다.
 
d)언제든 리소스 및 Compartment를 추가/삭제 가능하다.
e)자원은 한 Compartment에서 다른 Compartment로 이동할 수 있다.
f)Multiple Region의 리소스는 같은 Compartment에 위치할 수 있다.
g)Compartment는 글로벌 구성이므로 전세계에 있는 여러지역에 자원을 보유할 수 있다.
다른 Region의 사람들이 특정 Region의 자원에만 접근하도록 액세스 정책을 사용 할 수 있다.
h)Compartment는 중첩(nested)될 수 있다.(six level deep)
i)정책을 구성하여 그룹의 유저에게 Compartment에 접근하도록 할 수 있다.
j)리소스와 compartment의 비용을 분석하고 예산을 할당 할 수있다.
Posted by Unconquerable
,
오늘은 Oracle Cloud 강의의 Cloud Concetps을 듣고 내용 정리를 해보았다.
꼭 Oracle Cloud 뿐 아니라 AWS, AZURE, GCP등에서도 일반적으로 사용되는 용어들에 대한 개념을 설명하는 강의였으며 Iaas, Pass, Saas 같은 내용은 별도 정리하지 않았다.
 
  1. High Availability
거의 풀 타임 가용성을 제공하도록 구성된 컴퓨팅 환경을 고 가용성 시스템이라고 한다.
즉, 이러한 시스템에는 어떤 종류의 실패에도 불구하고 시스템을 사용할 수 있게 하는 이중화된 하드웨어 및 소프트웨어가 있다는것을 의미한다.
 
잘 설계된 고가용 성 시스템은 단일 지점 (single point)장애를 피할 수 있게 한다.
 
시스템에 중복성(redundancy)이 내장되어 있기 때문에 실패 할 수있는 단일 종속성이 없다는 것입니다.
(EX) Load Balancer 
아래와 같은 HA시스템에서 장애가 발생하면 장애 조치 프로세스가 장애가 발생한 구성 요소가 수행 한 처리를 백업 구성 요소로 옮긴다.
특정 웹 서버가 다운되었다고 가정 하면 여전히 한쪽 웹서버는 가동중이기 때문에 여전히 웹서비스는 정상작동 한다.
            


 
  1. Disaster Recovery(DR)
클라우드에서 이해해야 할 다음 개념은 재해 복구이다. 여기에는 기술 인프라 및 시스템을 복구하거나 계속할 수있는 일련의 정책, 도구 및 절차가 포함된다.
이제 항상 나타나는 두 가지 주요 정의는 복구 지점 목표(Recovery Point Objective, RPO)와 복구 시간 목표(Recovery Time Objective, RTO)입니다. 
 
RTO : 비즈니스가 허용할 수 있는 다운 타임 (RTO 24시간, 재해가 발생하면 24시간의 down-time이 발생할 수 있다.)
RPO : 비즈니스에서 얼마나 많은 데이터, 또는 트랜잭션 손실을 허용할 수 있는지(RPO 24시간, 만약 00:00에 백업을 수행하고 08:00에 장애가 발생한다면 8시간분의 백업을 잃지만 RPO 허용이 24시간이기 때문에 괜찮다)
        
        
 
 
  1. Fault Tolerance (결함 허용)
클라우드 벤더가 자체 서비스에 대해 중단시간을 최소화 하는 방법이다.
위의 사진을 다시 예를 들면 하나의 웹서버가 다운되더라도 다른 웹서버가 있기 때문에 웹서버는 정상 기동한다고 설명하였다.
하지만 만약에 로드밸런서가 다운된다면 그것은 단일 지점 (single point)장애가 된다. 
 
Oracle 및 기타 클라우드 공급자에서는 로드밸런서의 대기사본(Standby copy)을 관리하며 
따라서 이 로드 밸런서에 문제가 있는 경우 트래픽을 이 대기 로드 밸런서로 전환할 수 있다.
        
        
  1. Scaleablility(확장성)
Scaling out(or in) (horizontal scaling, 수평적 확장)
서버가 더필요할때마다 그만큼 추가 (Scale out), 필요 없어지면 줄인다(Scale in)
 
Scaling up(or down) (vertical scaling, 수직적 확장)
서버가 더 큰 크기가 필요해질때 크기(리소스)를 늘린다(Scale up), 필요 없어지면 줄인다(Scale down)
 
  1. Elasticity(탄력성)
확장성과 유사하게 자원을 빠르게 늘리거나 줄일 수 있다.
가상머신만이 아니라 스토리지가 될 수 있다. 데이터베이스 or 다른 로드밸런서
따라서 로드 밸런서에 훨씬 더 많은 트래픽을 처리 하는 경우 로드밸런서가 원활하게 확장 가능 
Posted by Unconquerable
,
본 포스팅을 통해 Google Cloud Platform(GCP) 가입 및 크레딧을 받는 방법에 대해 알아본다.
과거 GCP의 한국데이터센터 설립 전 현 직장에서 활용하고 있는 솔루션과의 연동을 테스트하고자 약간의 테스트를 진행했지만 역시 한국센터가 없어서인지 당시 사용하기 힘들정도로 느렸던 기억이 있는데 
최근 한국데이터센터가 설립되었다는 이야기를 듣고 다시한번 여러가지 테스트를 진행하며 정리를 해두려고 한다.
 
GCP의 체험계정은 타 클라우드에 비해 아래와 같은 장점을 가진다.
  • 최초 계정 생성 시 작성하는 신용카드 정보로는 절대 비용을 청구하지 않는다.

  • 300$ 크레딧을 위해 재가입 하기 위해서는 다른 신용카드가 필요하다.
 (과거 M사의 A클라우드를 테스트 했던 경험이 있는데 본인명의 휴대폰으로 인증 후 체험을 마치면 추가 계정을 생성해서 체험하려하더라도 자격이 없다고 나오며 거절되어 결국 다른사람의 명의를 빌려 추가 테스트를 경험했던 번거로운 기억이 있다.
 이에비해 GCP는 현포스팅 시점에서는 과거체험 이력이 있더라도 다른 신용카드만 있으면 새로 1년간 300$크레딧을 받을 수 있어 좀 더 파격적이다.)  
          
가입 및 체험 절자
 
Step1. https://cloud.google.com/free/docs/gcp-free-tier?hl=ko 주소로 이동 후 무료로 시작하기 클릭.
 
TIP) 어떠한 이유에서인지 어떤 브라우저에서는 아래의 서비스약관을 체크하는 부분이 보이지 않는 경우가 종종 있는데 그럴경우 https://cloud.google.com/gcp/getting-started/?hl=ko링크를 따라 간 후 우측상단의 콘솔을 클릭하여 가입 진행하면 해결된다.
체험 가입 첫화면. 간혹 아래의 서비스약관에 체크가 뜨지 않는 경우가 있다. 위에 TIP참조
 
Step2. 결제에 대한 계정정보를 입력하고 다음으로 넘어오면 아래와 같은 팝업이 출력되면 가입이 완료된다.(매우 간단)
가입 완료 후 팝업
 
사실 과정이 너무 간단해서 포스팅이라고 하기에도 조금 민망하긴 하지만...
첫 포스팅이라는데 의의를 두도록 한다
 
 
 
 
 
 
 
Posted by Unconquerable
,