'가상화'에 해당되는 글 3건

  1. 2014.06.27 가상화 " Bare metal 이란 "
  2. 2014.06.17 NFV white paper #1
  3. 2014.06.10 vmware vSphere

가상화 " Bare metal 이란 "

2014. 6. 27. 14:15 from 가상화

가상화 " Bare metal 이란 "


출처

http://searchservervirtualization.techtarget.com/definition/bare-metal-environment


A bare metal environment is a computer system or network in which a virtual machine is installed directly on hardware rather than within the host operating system (OS). The term "bare metal" refers to a hard disk, the usual medium on which a computer's OS is installed.


bare metal 환경이란 가상머신이 host OS 내에 설치된 다기 보다, 하드웨어에 직접 설치되는 컴퓨터 시스템 이나 네트워크를 말한다. “bare metal” 이라는 용어는 컴퓨터의 OS 설치되는 보통의 매체인, 하드디스크를 말한다




The term virtualization refers to the creation of a virtual (rather than actual) version of something, such as an OS, a server or a network resource. A virtual machine is a multi-user shared-resource OS that gives each user the impression of having sole control of all computer or network resources.

 

가상화라는 용어는 OS, 서버 혹은 네트워크 자원 같은 실제라기 보다 가상의 어떤 것의 생성을 말한다. 가상 머신은 유저에게 모든 컴퓨터나 네트워크 자원들의 유일한 제어를 가지도록 해주는 멀티-유저의 자원을 공유하는 OS 이다


https://wiki.openstack.org/wiki/Baremetal


Overview
The baremetal driver is a hypervisor driver for Openstack Nova Compute. Within the Openstack framework, it has the same role as the drivers for other hypervisors (libvirt, xen, etc), and yet it is presently unique in that the hardware is not virtualized - there is no hypervisor between the tenants and the physical hardware. 


baremetal  드라이버는 오픈스택 nova compute 대한 hypervisor 드라이버이다. 오픈스택 프레임웍 내에서, 그것은 다른 하이퍼바이저들에 대한 드라이버들과 동일한 역할을 가진다그러나 그것은 가상화되지 않은 하드웨어에 현재 특화된다- 테넌트들과 물리적 하드웨어 사이에는 하이퍼바이저가 없다


It exposes hardware via Openstack's API, using pluggable sub-drivers to deliver machine imaging (PXE) and power control (IPMI). With this, provisioning and management of physical hardware is accomplished using common cloud APIs and tools, such as Heat or salt-cloud. 


그것은 Openstack API 통해서 하드웨어를 노출시킨다. 플러그 가능한 서브 드라이버들을 사용하여. 이를 통해, 물리적 하드웨어의 프로비젼과 관리가 Heat salt-cloud 같은 공통의 클라우드 API 툴들을 사용하여 이루어진다


However, due to this unique situation, using the baremetal driver requires some additional preparation of its environment.

This driver was added to the Grizzly release, but it should be considered somewhat experimental at this point. See theBugs section for information and links to the Launchpad bug listings.


그러나, 이런 특별환 환경 때문에, baremetal 드라이버를 사용하는 것은 어떤 추가적인 환경의 준비를 요구한다. 드라이버는 Grizzly 릴리즈에 추가되었다. 하지만, 다소 지점에서 실험적이라고 간주되어야 한다. 정보에 대한 버그 부분, 그리고 launchpad 버그 리스트와 링크.


Terminology

There is also some terminology which baremetal introduces.


•Baremetal host and compute host are often used interchangeably to refer to the machine which runs the nova-compute and nova-baremetal-deploy-helper services (and possibly other services as well). This functions like a hypervisor, providing power management and imaging services.


baremetal 호스트와 컴퓨트 호스트는 종종 서로 교환 가능하게 사용된다. nova-compute nova-baremetal-deploy-helper service들을 구동하는 장비로 일컬어진다.   이것은 전원 관리와 image 서비스 제공하면서, 하이퍼바이저 처럼 기능한다.  


•Node and baremetal node refer to the physical machines which are controlled by the compute host. When a user requests that Nova start a baremetal instance, it is created on a baremetal node.


node baremetal node compute host 의해서 제어되는 물리적 장비를 말한다. nova baremetal instance 시작하라고 사용자가 요청할 , 그것은 baremetal node 생성된다.   


•A baremetal instance is a Nova instance created directly on a physical machine without any virtualization layer running underneath it. Nova retains both power control (via IPMI) and, in some situations, may retain network control (via Neutron and OpenFlow).


baremetal instance 아래에서 동작하는 어떤 가상화 층위 없이, 물리적인 장비에 직접 생성되는 nova instance 이다


•Deploy image is pair of specialized kernel and ramdisk images which are used by the compute host to write the user-specified image onto the baremetal node.


배포 이미지는 유저 특화된 이미지를 baremetal node 쓰기 위해서, compute node 의해서 사용되는 전문화된/특정 커널과 ramdisk 이미지의 짝이다


•Hardware is enrolled in the baremetal driver by adding its MAC addresses, physical characteristics (# CPUs, RAM, and disk space), and the IPMI credentials into the baremetal database. Without this information, the compute host has no knowledge of the baremetal node.


하드웨어는 주소, 물리적인 특성(CPU, RAM, disk 공간) , 그리고 IPMI 인증 정보를  baremetal database 추가하므로써, baremetal 드라이버에 등록된다. 이런 정보없이는, compute host baremetal node 대한 지식을 가지지 못한다


Use-cases

Here are a few ideas we have about potential use-cases for the baremetal driver. This isn't an exhaustive list -- there are doubtless many more interesting things which it can do!


•High-performance computing clusters.

•Computing tasks that require access to hardware devices which can't be virtualized.

     가상화 없는 하드웨어 디바이스에 대한 접근을 필요로 하는 컴퓨팅 작업


•Database hosting (some databases run poorly in a hypervisor).

     데이터베이스 호스딩 (어떤 것은 하이퍼바이저에서 형편없이 돈다)


•Or, rapidly deploying a cloud infrastructure ....

We (the  team) have a vision that Openstack can be used to deploy Openstack at a massive scale. We think the story of getting "from here to there" goes like this:

     빠르게 도입하는 클라우드 인프라


•First, do simple hardware provisioning with a base image that contains configuration-management software (chef/puppet/salt/etc). The CMS checks in with a central server to determine what packages to install, then installs and configures your applications. All this happens automatically after first-boot of any baremetal node.

      먼저, chef/puppet/salt 설정 관리 소프트웨어를 포함하는 base 이미지를 가지고 단순한 하드웨어 프로비젼을 한다. 중앙서버에서 CMS 체크인하여 설치할 패키지를 결정하고, 어플리케이션들을 설치/설정한다. 이런 일들은 어떤 baremetal node 처음 부팅 후에 모두 자동으로 일어난다.


•Then, accelerate provisioning by pre-installing your application software into the cloud image, but let a CMS still do all configuration.

      다음에, 클라우드 이미지로 이미 인스톨된 어플리케이션에 의해서 프로비젼을 빠르게 한다. 하지만, CMS 여전히 설정을 한다.


•Pre-install KVM and nova-compute into an image, and scale out your compute cluster by using baremetal driver to deploy nova-compute images. Do the same thing for Swift, proxy nodes, software load balancers, and so on.

     KVM nova-compute 이미지로 사전 설치하고, compute cluster baremetal 드라이브를 사용하여 nova compute 이미지를 배포하도록 스케일 시킨다.

      swift, proxy노드, 로드밸런서, 등등에 대해서도 같은 식으로 한다.


•Use Heat to orchestrate the deployment of an entire cloud.

     전체 클라우드의 배포를 하기위해서 Heat 쓴다


•Finally, run a mixture of baremetal nova-compute and KVM nova-compute in the same cloud (shared keystone and glance, but different tenants). Continuously deploy the cloud from the cloud using a common API.

    마지막으로, 같은 클라우드 내에서 baremetal nova-compute KVM nova-compute 섞어서 구동한다 (keystone glance 공유, 하지만 다른 테넌트)

     공통의 API 사용하여 클라우드로부터 클라우드를 계속해서 배포한다.


'가상화' 카테고리의 다른 글

vmware vSphere  (0) 2014.06.10
Posted by FindZone :

NFV white paper #1

2014. 6. 17. 10:55 from 규격 NFV

Network Functions Virtualisation
An Introduction, Benefits, Enablers, Challenges & Call for Action 

Executive Summary
네트워크 사업자의 네트워크는 전용 하드웨어 어플라이언스의 대규모 이면서 증가하는 다양성으로 채워집니다새로운 네트워크 서비스를 시작하는 것은 종종  다른 다양성을 필요로 하며, 이들 박스들을 수용하는 공간과 전원을 찾는 것이 점점 어려워지고 있습니다. ; 에너지 비용 증가와 자본 투자의 도전, 그리고 점점 복잡한 하드웨어 기반의 어플라이언스를 디자인하고, 통합하고 운영하는 필요한 기술의 희소성까지 혼합됩니다


또한, 하드웨어 기반의 어플라이언스는 빠른 속도로 end of life 다다른다거의 없거나 전혀없는 수익으로 반복 되는 -조달 -디자인 통합 배포 사이클을 많이 필요로 하면서.   나쁜 , 하드웨어의 수명주기는 기술 서비스 혁신 가속화로 짧아지고 있습니다. 새로운 수익을 얻는 네트워크 서비스 출시를 억제하고, 점점 네트워크 중심 연결된 세계에서 혁신을 제한합니다


네트워크 기능 가상화는 (데이터 센터, 네트워크 노드와 최종 사용자 구내에 위치 수있는 업계 표준의 높은 볼륨 서버, 스위치 스토리지에 많은 네트워크 장비 유형을 통합하는) 표준 IT 가상화 기술을 활용하여 이러한 문제를 해결하는 것을 목표로 하고 있다. 우리는 네트워크 기능의 가상화를 유선 모바일 네트워크 인프라의 모든 데이터 플레인 패킷 처리 제어 평면 기능에 적용 있다 생각합니다.



우리는 NFV 소프트웨어 정의 네트워킹 (SDN) 매우 보완적인 것으로 것을 강조하고 싶습니다 주제는 상호 이익이 있지만 서로 종속되지 않습니다네트워크 기능은 SDN 없이 가상화 되고 구축될 있으며, 반대도 가능하다.


가상화 네트워크 기능은 잠재적으로 많은 혜택을 제공하나, 이에 국한되지는 않는다 :

  • 장비 비용의 감소와 통함된 장비 IT 산업의 규모의 경제를 활용하여 전력 소비 감소.

혁신의 전형적인 네트워크 운영자 사이클을 최소화하여 시장 출시 시간의 속도를 증가하드웨어 기반의 기능에 대한 투자를 커버하는 필요한 규모의 경제는 (기능 진화의 실현 가능한 다른 형태를 만들면서), 이상 소프트웨어 기반의 개발에 적용 없습니다네트워크 기능 가상화는 네트워크 운영자가 눈에 띄게 성숙 주기를 줄일 있도록 해줘야 합니다.

  • 네트워크 어플라이언스 멀티 버전과 다른 응용 프로그램, 사용자와 세입자를 위한 단일 플랫폼을 사용할 있도록 멀티 테넌시 (multi-tenancy) 가용성 것은 네트워크 사업자가 서비스를 통해서, 그리고 다른 고객 기반을 통해서 자원을 공유 있게 해줍니다.
  • 지리 또는 고객 집합을 기준으로 대상 서비스의 도입이 가능합니다서비스가 필요한 만큼 빠르게 확장 혹은 축소 있습니다.
  • 다양한 생태계를 활성화하고 개방을 권장합니다그것은, 훨씬 낮은 위험에 신속하게 새로운 서비스와 새로운 수익원을 가지고 많은 혁신을 장려하면서,  순수한 소프트웨어 참가자, 작은 선수와 학계로 가상 어플라이언스 시장을 엽니다

이러한 이점을 활용하기 위해 해결해야 기술적인 도전은 여러 가지가 있을 있습니다 :

  • 다른 하드웨어 공급 업체 간에, 그리고 다른 hypervisor 간에 호환되는 고성능 가상화된 네트워크 장비를 달성.
  • 네트워크 사업자 OSS / BSS 재사용하는 완전히 가상화된 네트워크 플랫폼으로 효율적인 마이그레이션 경로를 가능하게 하면서맞춤형 하드웨어 기반 네트워크 플랫폼과 공존 달성. OSS / BSS 개발은 네트워크 기능 가상화된 모델 인라인으로 이동해야하고 , 이것이 SDN 역할을 있는 곳이다.
  • 공격과 잘못된 설정으로부터 보안을 보장하면서 (특히 기존의 관리 시스템과 함께) 여러 가상 네트워크 장치에 대한 관리와 오케스트레이팅.
  • 모든 기능이 자동화 있을 때만, 네트워크 기능 가상화는 확장될 것이다.
  • 하드웨어 소프트웨어 장애에 대한 회복/복원력의 적절한 수준을 보장한다.
  • 다른 공급 업체의 다양한 가상 어플라이언스를 통합네트워크 운영자는 상당한 통합 비용을 들이지 않고, 종속을 피하면서, 다른 업체의 하드웨어와 다른 업체의 가상 어플라이언스, 그리고 다른 공급 업체의 hypervisor "믹스 & 매치" 있어야합니다.


백서의 저자는 이러한 기술 과제에 대한 솔루션들이 있으며, 또는 제공 수있다고 (어떤 경우에는 증명되었고) 믿으며, IT 네트워크 산업의 공동 협력 노력에 자신의 상호 보완적인 전문 지식과 자원을 결합하기를 권합니다. 이러한 기술적 과제를 해결하고, 상호 운용 규모의 경제를 가지며, 표준화 접근 방법과 일반적인 아키텍처에 대한 광범위한 합의에 도달하기 위하여.

발전을 가속화하기 위해 열린 회원과 새로운 네트워크 사업자 주도의 산업 규격 그룹 (ISG) 백서에 설명 된대로 네트워크 기능의 가상화에 대한 기술적인 도전을 통해 작동하는 ETSI 후원으로 설치되고있다 ETSI ISG 형식적인 제작 과정이 시작되어  2012  11 중순 까지 완료 예정이다.

네트워크 기능의 가상화를 위해 앞으로 방법을 차트하기 위해 넓은 산업은이 백서에 설명 된대로 피드백을 제공해야한다.




'규격 NFV' 카테고리의 다른 글

NFV white paper #2  (0) 2014.06.18
Posted by FindZone :

vmware vSphere

2014. 6. 10. 14:45 from 가상화



vmware 하면 쉽게 생각해서 mac 위에 window 를 가상머신으로 쓸 수 있게 해주는 프로그램을 떠올리실 수 있을겁니다.

vmware 가 이제는 전세계 가상화 시장을 크게 점유하면서 엄청난 회사로 커가고 있다고 하네요.

IT 의 서버 가상화도 거스를 수 없는 대세이구요.

 


http://www.vmware.com

 

vmware vSphere 는 vmware 사의 서버가상화 솔루션 입니다. 가상화 과정에서 가장 fundamental 코스입니다.

vmware vSphere 에 대한 내용을 정리했습니다.

퍼가실때는 퍼간다고 댓글달아주시고, 출처 표시해주세요.


- 가상화는 blade 와 궁합이 잘 맞음
     . HP, IBM.. 등 blade 서버로 구축을 많이 함

- 네트웍의 개념이 달라진다
  . switch 개념이 기존이 p switch 뿐 아니라, vm 의 v nic 에서 부터 (v switch) 로 묶인다
  . 보통 L2 정도를 다루지만, L4~ , L7(보안) 까지 다루기도 한다 

 

 

                                          

 


- 업체에서 가상화 환경에서 성능 문제를 많이 얘기한다
  . 성능에 가장 중요한 요소가 storage 이다  
  . 가상화, storage 는 디자인이 중요하다
  . 실제로는 제대로 구성하면 성능에 문제가 안된다, 호주,일본 등 전세계에서 폭넓게 사용됨 (우리나라는 1%에 불과)
      . 우리나라는 프로젝트 기간이 짧아 디자인이 어렵다, 그럼 성능 문제가 나온다

- 가상화는 협업이 중요
  . 네트웍, 서버, storage 다 볼 수 있어야 한다
  . 전체 구성을 그리고 통제할 수 있는 사람이 가상화를 할 수 있다

- Migration
     . 서버간 VM 이동 (live 로)
     . 가상 스토리지내에서 스토리지 LUN? 의 이동
     . 스냅샷, live migration, provisioning ..

- 기존 인프라가 엉망이면, 가상화로 가도 문제다
     . 가상화를 가면서 다 새롭게 만들어야 한다, 그래서 힘든게 많다

- 가상화는 기존의 보안 환경과 다르게 접근
    . host 보안과는 다름. 보안 포인트가 다르다
    . 아직 활용이 잘 안되니, 보안 얘기가 수면에 나오지 않는다. (성능 얘기가 주요)

- 이중화
     . (ESXI) BoX 를 묶는 것을 cluster 라고 한다
     . HA, DRS 
     . 이중화 개념이 더 중요하다. box 하나 장애나면 10개 이상의 서비스가 영향받기 때문
     . DRS 는 장비마다 오전, 오후 병목 현상이 다를 때, VM을 넘기는 것
          + load 에 따른 자원 균형을 잡아주는 것
          + 수동, 자동 모드 있다
          + 100 여개 vm 옮겨다니면 어느 box 에 있는지 알수 없음 (h/w에 s/w 를 정해서 관리하는, 기존 관리 조직에서 받아 들일 수 있을까 ?)
          + 즉, 가상화로 가면 관리환경의 업무환경(IT I) 이 바뀌어야 한다는 말 

- 가상화가 되면 비용 절감/ 인력 절감
  . 기존 h/w 100box 돌던 게, 10 box 로 줄어든다
  . 초기 구축 비용이 엄청 들어간다
  . ROI 를 길게 본다


- 가상화 위에 솔루션 (cloud 환경, desktop 가상화..) 이 붙어 나가야 한다
     . 가상화 자체는 별개 아니지만, 기본이 된다

- 초기의 가상화 (Host based 가상화)
     . h/w box 위에  OS , Hyper visor app 위에 , V H/W  위에 OS, APP 이 된다는 것
     . driver 가 O/S 에 속해서 관리됨 

 

 



- Hyper visor 기능 
     . 물리적 H/W와 가상머신의 H/W를 연결 해준다 (분리 해 준다는 얘기)
     . 이게 가상화의 핵심이다
     . H/W 를 추상화 시켜 준다 (Guest 로부터 Host 를 숨겨준다)

     . driver 가 hyper visor 에 들어간다
     . H/W NIC 를 공유해서 쓸 수 있게 해준다
     . H/W NIC가 바뀌면 diriver 가 바뀌지만,  V H/W 영역 V NIC 는 바뀔 필요없음 
     . CPU AMD 계열이면 가능


- 가상화가 갑자기 이슈가 된 이유는 ?
     . 데이터 센터에서 need가 생김
     . 아무리 넓게 지어도, 전기, 공간..  을 많이 차지
     . 전세계 전기량의 30% 정도를 데이터 센터에서 사용
     . CPU 사용량이 3% 피크 타임에 5%가 사용되기 때문
  " 노는 장비의 통합 이슈가 생김 " 

- SDN 다음의 남은, 중요 가상화 이슈는 storage 가상화 
      . 아직은 architecture 표준화는 안 나왔다
       . vmware 가 storage 업체도 인수? 

- 가상화가 어려운 이유는 여러가지 기술들이 다 포함되어 있기 때문
- 우리가 배우는 건 머신 가상화다

- 가상화는 H/W 리소스를 공유하니까 성능 이슈가 크다
     . 가상화의 기본 개념이 H/W를 공유하는 것
     . resource overcommit? 을 잘해야 한다
     . 똑같은 시간에 같이 쓰는 병목현상을 유동성 있게 써야..
    * 실제로 많이 보는데는 CPI/mem 만 보지만, 병목은 network, storage 에서 생긴다

- Public cloud (가령, 아마존) 은 벤더 솔루션보다 open source 기반으로 구현됨
     . 업데이트, 유지보수의 어려움 
          + 소스 코드 분석 어렵다, 주석없다
     . 처음에 싸게하면, 나중에 유지보수를 많이 친다더라
 - private cloud 는 우리 서비스 센터나 망을 우리가 관리하는 개념
 - public cloud 개념은 우리 것이 아니고, 여럿이 같이 쓰는 개념

- market share
     . 80% wmware, 20% citrix, MS 1% (가능성은 있다),, 나머지는 한자리수
     . desktop 가상화는 citrix 가 50~60%, wmware 가 40~50%
     . application 가상화는 citrix가 독보적

VMWARE 
- 최근에는 대부분 금융권 (citi bank.,, ) 에서 main frame을 unix 로 한다
     . HP, IBM..  X86 
     . blade 마켓이 30~60% 까지 올라왔다
     . 가상화 엔지니어가 없어서 비지니스를 못한다 


'가상화' 카테고리의 다른 글

가상화 " Bare metal 이란 "  (0) 2014.06.27
Posted by FindZone :