가상화 함정 / 강의 학습

기존 하드웨어를 가상화 된 환경으로 변환 한 후 배운 함정이나 교훈은 무엇입니까? 가상화하려고했지만 다시는하지 않을 것이 있습니까?

가상 미디어 (CD / DVD / 플로피)를 마치면 트랙에서 vMotion이 중지되는 경우가 있으므로 항상 꺼내십시오.

NTP 및 DNS 설정을 올바르게하십시오. 자살을 고려하지 않아도됩니다. :)

메모리 나 저장 공간이 충분하지 않습니다.

HP의 iLO 시스템과 같은 시스템에 원격으로 OS가없는 원격 액세스 권한이 있는지 확인하십시오.

OS / App .ISO 파일의 저장소를 유지하십시오.

귀하의 질문에 대한 직접적인 대답은 아니지만이 응답을 찾아 누군가가 미래에 머리카락을 찢어 버리지 않기를 바랍니다. HP 블레이드 서버는 기본적으로 'VT'비트가 활성화되어 있지 않으므로 활성화해야합니다. BIOS에서 (F9). 이 ESX 3.5U4가 없으면 유용한 오류가 발생하지 않으며 코드 설치 전에 중단됩니다.

P2V 마이그레이션과 관련된 함정-질문에 답변합니다.

우선 P2V 마이그레이션은 대부분 잘 작동합니다. 더 깨끗하고 새로운 시스템은 더 낫지 만 오래된 환경 (NT4 시스템)을 마이그레이션하더라도 다양한 환경에서 100 회 이상 마이그레이션 한 후의 성공률은 약 90 %입니다. 그것은 계획된 당일 (주로 밤에) 프로덕션으로 마이그레이션 및 인계 된 시스템입니다. 플랫폼이 제공 할 수있는 것보다 더 많은 CPU 마력을 필요로하는 SQL 상자 인 명백히 성공적인 마이그레이션 후 취소해야 할 시스템이 하나 밖에 없었습니다. VMware 변환기는 우수하고 무료이며 (비 엔터프라이즈 버전의 경우) Platespin은 매우 우수하지만 비용이 많이 듭니다.

피해야 할 것이 있습니다.

MSCS 클러스터. 그것들을 작동시킬 수는 있지만 결코 좋은 생각은 아니며 나중에 문제가 발생하더라도 Microsoft는 거의 어떤 식 으로든 도움을주지 않을 것입니다. 대신 새로운 독립형 시스템을 구축하십시오.

대규모 SQL 서버-대규모를 강조합니다. 이들은 CPU 요구 사항 POV에서 미리 플래그가 지정되어 있어야하지만 대상 VM에 충분한 CPU 헤드 룸이 있는지 확실하지 않은 경우이를 이동 시키려고하지는 않습니다.

마이그레이션하는 동안 시스템 이름이나 IP 주소 (또는 둘 다)를 변경하려는 경우 먼저이를 수행하지 말 것을 고려하고 선택의 여지가없는 경우 해당 변경 사항이 문제의 시스템. 최악의 마이그레이션은 클라이언트가 내 이의 제기를 듣지 않고 마이그레이션 중에 이름과 IP 주소를 모두 변경해야하는 DMZ에 위치한 VPN을 인증하는 데 사용되는 RSA ACE 서버였습니다.

위와 관련하여-완전히 평평한 네트워크 이외의 것이 있으면 테스트 VM을 빌드하고 VM 네트워크가 마이그레이션하는 물리적 네트워크를 완벽하게 복제하는지 100 % 확인하십시오.

Windows AD 환경에서는 항상 마이그레이션중인 상자에 로컬 관리자 계정이 있어야합니다. 마이그레이션하기 전에 테스트하십시오.

시간이 얼마나 걸리는지 잘 알고 있어야합니다. P2V 복사 시간은 사용 가능한 네트워크 대역폭에 따라 달라 지지만 마이그레이션되는 각 볼륨의 파일 수에 크게 영향을받을 수 있습니다. 이것은 특히 NT4 * 시스템을 마이그레이션하는 Platespin의 문제이지만 파일 수준에서 모든 P2V 소프트웨어 복사에 영향을 미칩니다 (일반적으로 볼륨 크기를 조정하기로 선택한 경우에 적용됨). 초당 70-80Megabyte의 복사 속도는 GigE 네트워크, 상대적으로 빠른 소스 및 좋은 대상 설정으로 가능하지만 20-30Megabyte / sec가 더 일반적이며 100Meg 네트워크 및 많은 파일을 가진 앞서 언급 한 NT 시스템의 경우 복사 속도를 보았습니다. 50 킬로바이트 / 초 범위로 드롭 다운하십시오.

• 이상적으로는 이것을 제거하지만 일부 사람들은 그 사치를 얻지 못하고 아마도 아마도 실행될 수있는 완전히 수리 할 수없는 하드웨어의 OS를 얻는 것이 거의 항상 좋은 생각입니다.

• 사전에 확실한 백업 전략을 세우십시오. 베어 메탈에있는 것처럼 VM을 백업 할 것인지 또는 데이터 저장소 (또는 둘 다)에 가상 하드 디스크를 백업 할 것인지를 결정하십시오. 일반적으로 필자는 처음에 필요한 백업 공간이 크게 증가 했으므로 모든 꼬임 문제를 해결하기 전에 이전 물리적 시스템과 새 VM을 모두 백업 할 수있는 초기 급증에 대비해야합니다.
• VM Sprawl도주의해야합니다. 가상화가 시작되면 모든 것을 VM으로 옮기려는 충동이 커집니다. 이것이 작동 할 수는 있지만, 당신은 아마도 바로 그 즉시 충분한 하드웨어를 주문하지 않았을 것입니다.
• 변환 할 수없는 기계와 변환해서는 안되는 다른 기계가 있다고 생각합니다. 10 년 된 실제 머신을 가져 와서 VM에 복제 할 수있는 것이 좋지만, 사마귀와 함께 모두
  깨끗한 OS를 구축 하고 물리적 머신에서 객체를 마이그레이션 하는 것이 더 나은 시나리오가 있습니다 . 때로는 거미줄을 통해 변환하지 않는 것이 좋습니다.
• 많은 네트워크 포트를 사용할 수 있도록 준비하십시오. 서로 다른 VLAN에서 실행되는 시스템이 있고 단일 포트가 트렁킹 될 수있는 경우 VLAN에 대한 개별 포트가 vSwitch에 공급되도록 할 수 있습니다. 중복성을 원하고 iSCSI를 사용하는 경우 많은 NIC를 볼 수 있습니다.

내 경험에 비추어 볼 때 저장 매체에 매우주의하십시오. 100Mbit 연결 만 지원하는 iSCSI SAN을 사용했습니다. 시스템에서 하나의 VM을 실행하는 것은 나쁘지 않았으며, 두 개는 덜 적합했습니다.

개인적으로 얻은 교훈 : 등급 IOPS를 확인 하고 스토리지 장치 사용 방식과 관련된 제품에 대한 추가 리뷰를 읽으십시오.

내가 배운 또 하나의 편리한 점 ... 기본 설치 및 강화 후에 '백업'디스크 이미지를 만들면 다른 시스템의 빌드가 빨라지고 유지하기가 매우 편리합니다.

가상 환경에서 프로덕션 데이터베이스 서버를 실행하지 마십시오. I / O에 대한 오버 헤드는 용납 할 수 없습니다. DBA가 기본 MSSQL 서버를 가상화 할 수 있었을 때 문제가 발생했습니다. 쿼리를 실행하는 데 수천 밀리 초가 걸렸습니다. 그들이 전용 박스로 다시 옮기라고 확신했을 때, 처리량과 속도가 10,000 % 증가했습니다.

vmotion / vmkernel 트래픽에 중복 네트워크를 사용하십시오. 스위치가 재부팅되어 가상 시스템이 종료되는 것을 원하지 않습니다.

아, 그리고 하나의 DC / DNS / DHCP 서버를 가상화에서 제외하십시오. 심각한 SAN 충돌이 발생하면 사용자가 당신을 덜 미워할 것입니다.

아직없는 경우-마이그레이션 전에 실제 머신을 완전히 백업하십시오. 이미지는 아마도 가장 좋으며 ASR / 시스템 복원 또는 대부분의 시스템에있는 일반적인 컨텐츠 백업 대신 완전한 시스템 스냅 샷을 제공하는 모든 것입니다.

P2V 도구는 물리적 시스템을 망가 뜨리면서 예기치 않게 역효과를 낼 수 있습니다. 시스템을 처음부터 복원해야합니다. 예, 이것은 아마도 1000 대 1의 기회 일 것입니다.

VMWare Converter는 scsi에서 부팅되는 가상 시스템을 생성합니다. MS 가상 머신 은 scsi에서 부팅 할 수 없습니다 . [편집-분명히 변환기의 버전 4를 사용하면 SCSI 또는 IDE를 지정할 수 있습니다.

비 ACPI 물리적 시스템 을 가상화하려는 경우 목적에 맞는 소프트웨어를 구입하십시오. 흥미로운 발견 여행을 위해 몇 주가 걸리지 않는 한!

또한 VMWare Converter는 MS SCVMM이 손을 떼어 놓는 작업을 처리합니다.

많은 RAM을 가져옵니다.

VMWare 또는 MS와 같은 가상화 도구가 설치 될 때까지 아무 것도하지 마십시오.

다른 플랫폼 / 버전으로 옮기려면 위에 언급 된 도구를 제거하십시오.

CPU 한계를 염두에 두십시오. 2 개의 CPU 윈도우 2000의 P2V는 나에게 1 개만 지원한다고 가르쳤다.

• 2000-1 코어
• 2003 년-2 개의 핵심
• 2008-4 코어

SAN을 사용하여 VM 이미지를 저장하려는 경우 장치 및 호스트에 레이블을 명확하게 지정해야합니다. SAN에서 호스트-디스크 매핑을 제거하면 VM에서 여전히 사용중인 경우 끔찍한 작업이 수행됩니다.

Microsoft는 VMware에서 실행되는 Exchange 2003을 지원하지 않습니다 (적어도 공식적인 답변이었습니다). 많은 비틀림으로 우리는 비공식적 인 지원을받을 수 있었지만 이미 스트레스가 많은 위기에서 추가적인 두통을 일으켰습니다.

다음은 VMware와 관련이 있습니다.

• 물리적 시스템으로 성능이 저하되면 가상 시스템으로 성능이 저하됩니다.
• 콜드 클론 ISO는 당신의 친구입니다
• 쓰레기, 쓰레기. 구형 시스템을 P2Ving하는 경우 불필요한 설치 공간을 남길 수 있습니다. P2V 이후 Ghost 하드웨어보기 , P2V 이후 필요한 단계 및 p2v-scripts.pdf를 참조하십시오 .
• 게스트 운영 체제가 P2V 소프트웨어에서 지원되는지 확인하십시오.
• SCSI 드라이버와 관련하여 Windows 2000이 어려움

VMware의 어리 석음 : 여러 버전의 VMware는 가상 디스크 장치에 다른 SCSI 드라이버를 사용합니다. 해당 옵션을 고려하기 전에 2 시간을 낭비하는 것이 전적으로 가능합니다.

글쎄, 지금까지 가상화를 수행하는 것에 대한 공포 이야기는 없습니다. 그러나 몇 가지 메모입니다.

1. 미리 자세히 계획하십시오. 특히 가상화 할 수없는 숙제를하십시오.

2. 서버에서 실행중인 응용 프로그램 공급 업체가 가상 환경을 지원하지 않으면 지원 될 때까지 기다리십시오.

3. 모든 VM 이미지를 저장하는 스토리지로 SAN을 구현하십시오.

4. ESX 또는 ESX (i) 또는 Hyper-V를 실행하여 대부분의 성능을 얻습니다.

어쩌면 더 있지만 그게 전부입니다. :)

[업데이트] 여기 또 다른 것이 있습니다. 호스트 서버에 최신 펌웨어를 적용하십시오. 나는 내가하지 않은 것을 가지고 있었는데, 며칠에 한 번 보라색 화면이 나타나고 서버가 완전히 충돌했습니다.

가상화 영향은 오버 헤드 성능의 약 5 %입니다. 기존 환경에서 리소스 소비를 측정하여 가상화 환경에서이로드를 수행 할 수 있는지 확인하십시오.

가상화 솔루션을 시작하기 전에 :

• VM 백업 및 복원 방법을 알고 있는지 확인하십시오. Windows DC에서와 같이 스냅 샷 사용이 지원되지 않을 수 있습니다
• 해당 솔루션이 VM 내에서 지원되는지 편집기에 문의하십시오. Microsoft는 VM 내에서 지원되는 소프트웨어 목록을 유지 관리합니다. KB 897613
• VM을 만드는 것은 매우 쉬워 사람들은 모든 요청에 ​​대해 새로운 VM을 생성하는 경향이 있습니다. 그런 다음 솔루션이 지원할 계획보다 많은 VM이 있습니다.

가상화하려고했지만 다시는하지 않을 것이 있습니까?

다시 시도하지 않겠다고 말하지는 않지만 계층화 된 가상화는 다루기가 쉽지 않습니다.

계층 적으로 말하면 Egenera, HP Virtual Connect 또는 Cisco UCS와 같은 가상화 된 하드웨어에서 xen 또는 esx를 실행한다는 의미입니다. 좋은 생각처럼 들리지만 디버깅하는 데 시간이 많이 걸릴 수 있습니다.

VMWare에서 스냅 샷이 끝나는 위치를 확인하십시오. 우리는 VM 파일 자체와 함께 SAN의 LUN에 있도록 구성했습니다. 한 기술자가 거의 꽉 찬 LUN에서 스냅 샷 프로세스를 수행하고있었습니다. 나중에 그는 어떤 이유로 VM을 재부팅했으며 로그 파일로 인해 VM이 시작되지 않았습니다. LUN이 원인으로 가득 차게 된 것은 운이 좋았습니다.

동적으로 확장되는 VHD를 사용한다면 충분히 커야합니다. 100GB를 사용하고 결국 20 만 사용하면 큰 문제는 없습니다. 그러나 당신이 25와 함께 갔다면, 당신은 당신보다 먼저 일을해야합니다.