programing

가상 시스템 클래식과 zure의 가상 시스템의 차이점은 무엇입니까?

magicmemo 2023. 6. 5. 23:49
반응형

가상 시스템 클래식과 zure의 가상 시스템의 차이점은 무엇입니까?

Azure에서는 가상 시스템을 생성하는 데 사용할 수 있는 두 가지 옵션이 있습니다.A. 일반 VM B.기존 VM

두 옵션의 차이점이 무엇인지 아는 사람이 있습니까?우리는 언제 하나를 다른 하나보다 사용합니까?

은 당의질대짧한대은답입니다.Normal VM or Virtual Machines인 반면, 가상머 구새방 법이지 운로만는축Classic VM or Virtual Machines (Classic)을 배치하는 하고 있기 방식 .Azure는 리소스를 배포하는 새로운 방식을 추진하고 있으므로 기존 방식 대신 리소스를 사용하는 것이 좋습니다.그러나 이전 방식으로 사용할 수 있는 기능 중에는 새로운 방식으로 포팅되지 않은 기능도 있으므로 제공되는 기능을 비교하기만 하면 되며 필요한 기능이 새로운 방식으로 사용할 수 없는 경우에만 이전 방식을 사용할 수 있습니다.

이제 긴 대답이 나옵니다 :)

기본적으로 Azure Infrastructure와 상호 작용하는 REST API가 있습니다.

되었을 때, 이는 Azure라고 .Service Management API (SMAPI)그 당시 (그리고 오늘날 어느 정도) 그 목적에 꽤 잘 부합했습니다.그러나 Azure가 성장함에 따라 사용자의 요구사항도 증가하고 SMAPI가 제한적인 것으로 나타났습니다.액세스 제어가 좋은 예입니다. SMAPI와 .all-or-none일종의 접근 제어.그것은 사용자가 요청한 세부 사항이 부족했습니다.

사용자의 요구 사항을 충족하기 위해 SMAPI에 패치를 적용하는 대신, Azure 팀은 훨씬 더 단순하고 강력하며 기능이 풍부한 전체 API를 다시 쓰기로 결정했습니다.는 "API"라고 .Azure Resource Manager API (ARM)은 SMAPI에. (가 개인적으로 가장 것은 ARM, SMAPI입니다.)Role-based access control - RBAC).

현재 (구) 및 (신규) 두 개의 Azure 포털이 있다는 것을 알고 있다면,이전 포털은 SMAPI를 지원하는 반면 새로운 포털은 ARM을 지원합니다.이전 포털을 통해 생성된 리소스를 새로운 포털로 표면화하기 위해(통합된 환경을 경험할 수 있도록) Azure 팀은 결국 오래된 것에 대한 리소스 공급자를 만들었고 해당 이름은 항상 다음으로 끝납니다.(Classic)그래서 당신은 보게 될 것입니다.Virtual Machines (Classic),Storage Accounts (Classic)이전 포털에서 생성한 리소스는 새 포털에서 볼 수 있지만(새 포털에서 지원하는 경우) ARM을 사용하여 새 포털에서 생성한 리소스는 이전 포털에 표시되지 않습니다.

Azure 가상 시스템(클래식)은 이전 ASM(Azure Service Management Model)을 기반으로 합니다.이는 클라우드 서비스의 개념을 중심으로 전개되었습니다.모든 것이 클라우드 서비스 안에 포함되어 있었고, 그것이 인터넷의 관문이었습니다.Azure는 여전히 (광범위하게) 사용되고 있지만 이제 ARM(Azure Resource Management Model)으로 이동하고 있습니다.

ARM은 선언형 템플릿 개념을 사용하여 개별 구성 요소가 아닌 전체 솔루션을 구성합니다. 따라서 단일 시스템이 아닌 전체 쉐어포인트 스택을 만들 수 있습니다.

또한 ARM은 네트워킹에 대해 훨씬 더 논리적인 접근 방식을 가지고 있습니다.무명의 클라우드 서비스에서 단일 VM을 사용하는 대신네트워크 카드를 연결할 VM이 있습니다.그런 다음 네트워크 카드를 VNet에 넣고 공용 IP를 연결할 수 있습니다(필요한 경우).

ASM(클래식)을 사용해야 하는 특별한 이유가 없는 한 ARM을 사용하여 솔루션을 생성해야 합니다.이는 향후 MS 권장 사항이므로(링크를 찾기 위해) 배포용 템플릿을 생성하여 반복 가능한 솔루션을 사용할 수 있다는 의미이기도 합니다.

부정적인 측면에서는 이전 포털이 관리합니다.windowsazure.com 에서는 ARM을 사용하여 배포된 항목을 관리할 수 없으며, 아직 ARM으로 마이그레이션되지 않은 ASM의 일부가 있습니다.예를 들어 Azure 백업이 ASM이므로 ARM VM을 '확인'할 수 없으므로 Azure VM 백업을 구성할 수 없습니다.

그러나 이는 환경, 무엇을 계획하고 있는지, 어떤 방식으로 구현할 것인지에 따라 크게 달라집니다.만약 여러분이 한 가지 일을 하기 위해 기계를 세우고자 한다면, 그것은 거의 차이가 없습니다.향후 DevOps 개념이 도입될 환경에 구축하려는 경우 ARM이 최선의 방법입니다.

한 가지 큰 차이점은 리소스 관리입니다.이 새로운 버전의 경우 Azure Resource Manager VM(ARM VM)이라고 합니다.

ARM VM은 다음과 같은 측면에서 더 낫습니다.

  • 기존 VM은 Cloud Service와 연결되어야 하며 Cloud Service는 리소스 제한과 유연하지 않은 네트워크 구성을 사용합니다.
  • ARM VM은 ARM(Azure Resource Manager) 아래에서 관리되며, ARM은 다른 Azure 서비스와 함께 또는 별도로 구성할 수 있습니다.ARM은 Azure 서비스의 폴더와 같으며, 보다 세밀한 리소스 관리를 제공합니다.

기존 VM을 ARM VM 버전으로 마이그레이션할 수 있지만 서비스 다운타임을 감당해야 합니다.기존 VM에서 마이그레이션하려면 공식 기사를 읽어 보십시오. 가상 시스템에 대한 고려 사항입니다.

이제 Azure는 Azure Resource Manager(정상)와 Azure Service Management(클래식)의 두 가지 구현 모델을 제공하며 가상 시스템을 작업할 때 주의해야 할 몇 가지 중요한 고려 사항을 제공합니다.

  1. 기존 배포 모델로 배포된 가상 시스템은 리소스 관리자로 배포된 가상 네트워크에 포함할 수 없습니다.
  2. 리소스 관리자 배포 모델을 사용하여 배포된 가상 시스템은 가상 네트워크에 포함되어야 합니다.
  3. 기존 배포 모델로 배포된 가상 시스템은 가상 네트워크에 포함될 필요가 없습니다.

언급URL : https://stackoverflow.com/questions/34737272/what-is-the-difference-between-virtual-machine-classic-and-virtual-machine-in-az

반응형