기존 하드웨어를 가상화 된 환경으로 변환 한 후 배운 함정이나 교훈은 무엇입니까? 가상화하려고했지만 다시는하지 않을 것이 있습니까?
답변
가상 미디어 (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의 기회 일 것입니다.