open-vm-tools물리적 컴퓨터에 (VMware Tools)를 설치하는 데 어떤 단점이 있는지 궁금합니다 (몇 MB의 디스크 공간이 마음에 들지 않는 경우).
이 자체가 의미가 없다는 것은 알지만 가상 머신으로 변환할 때는 이 작업을 수행할 필요가 없으며 표준 설치에 포함시키는 것이 더 편리할 수도 있습니다.
그래서 당신의 생각은 무엇입니까?
답변1
VMware와의 상호 연결의 핵심 기능은 이제 커널 모듈에 있으며, open-vm-tools는 이제 이를 위한 래퍼에 지나지 않습니다.
open-vm-tools 커널 추가를 설치 시 및 모든 커널 업그레이드 작업과 함께 (재)컴파일해야 하고 C 컴파일러/개발자 도구, 커널 소스/헤더 및 dkm을 설치해야 했던 시대는 지났습니다.
물론 물리적 컴퓨터에 설치할 수도 있지만 그렇게 해도 부가 가치가 발생하지는 않습니다. 또한 이제 언제든지 설치할 수 있는 설치 패키지에 불과합니다. 요점은 시스템이 vmware에서 실행되는 것을 방해하는 패키지가 없다는 것입니다. 이러한 패키지는 반가상화된 vmxnet 인터페이스를 갖는 데 꼭 필요한 것입니다(그냥 그렇게 한다는 말은 아닙니다).
향후 마이그레이션을 선제적으로 준비하는 것과 관련하여 앞으로 몇 주/몇 달 안에 이러한 일이 일어날 것이라는 것을 이미 알고 계셨습니까? 그것이 vmware일 것이라는 것을 어떻게 알 수 있나요? 요즘 AWS가 클라우드에 대해 많은 주목을 받고 있습니다. 프라이빗 클라우드와 같은 오픈 소스 대안도 인기를 얻고 있으며 몇몇 대형 공급업체는 거의 기성 솔루션을 제공하고 있습니다.
결국 어떻게 준비하려고 하든 P2V 마이그레이션 작업에서 몇 가지 사항을 변경해야 합니다.
- 최소한 네트워크 카드의 이름은 다를 수 있으며 해당 구성 파일을 변경해야 합니다.
- 네트워크/IP 주소는 다를 수 있습니다.
- 하드웨어는 변경될 수 있으며 변경될 것입니다. 예를 들어 가상 머신에 펌웨어 패키지를 설치할 필요가 없습니다.
- 관련된 마이그레이션 프로세스 및 가상화 기술에 따라 일부 파티션/디스크 장치 이름이 변경될 수 있으며 파일 시스템 구성도 변경될 수 있으며 해당 구성 파일을 다시 처리해야 합니다. (물론 VMware Migration Tools를 사용하면 디스크 레이아웃이저것난해한 RAID 구성/컨트롤러를 사용하지 않는 경우에는 다릅니다)
일부는 자동으로 변경될 수 있으며 일부는 사용된 방법에 따라 관리자 개입이 필요합니다.
집에 더 가깝다: Unix에서는 지금 필요한 것만 설치하는 원칙을 따르는 것이 좋습니다. 먼 미래에 모든 종류의 가상화 기술을 마이그레이션하려면 가상 머신 및/또는 추가 패킷을 변경해야 합니다. 미래를 예측할 수는 없습니다.