서버 설정에 대해 걱정해야합니까?


9

저는 약 50 명의 회사에서 일합니다. 당사의 두 서버 (동일)는 다음 사양으로 사용자 정의됩니다.

Xeon E3-1270 V3
Intel Entry Server Board
32 GB DDR3 ECC
2x 256 GB SSD RAID1 (for System)
4x 1TB SSD RAID10 (for Hyper-V VMs)
Windows Server 2012 R2 as Host and VMs

각 서버는 2 개의 VM (2x AD + 파일 공유 + 로밍 프로필, 테스트 용 1x SQL 서버, 1x 기타 (중요하지 않음))을 호스팅합니다.

QNAP NAS (2x 2TB RAID1)에서 호스팅되는 iSCSI 대상의 내장 Windows 백업을 사용하여 매일 백업을 수행합니다.

서버의로드가 많지 않아 문제가 없었습니다. 대부분의 데이터는 클라우드 (VS Online, SharePoint)에 저장됩니다.

그러나이 설정을 계속하는 것이 합리적인지 또는 전문 서버 하드웨어, 즉 큰 기계로 전환하는 것이 더 좋은지 궁금합니다.

함정은 무엇이며 어떻게해야합니까?


2
" 그러나 나는이 설정을 계속 분별 있는지 궁금하거나 전문 서버 하드웨어, 즉 하나의 큰 기계 스위치에 더 나은합니다. "이 두 오히려 다른 질문, 당신은 또한 후자의 질문에 대한 포괄적 인 해답을 찾고 있다면 다음 월 별도로 포즈를 취할 가치가 있습니다. 그 외에도 조직에서 자신의 역할을 명확히 할 수 있습니까? 나는 당신이 인프라를 책임지고 있다고 가정하지만, 그렇지 않다면 분명히 아무것도 할 필요가 없습니다.
Lilienthal

1
여기서 몇 가지 다른 답변을 생각할 수 있으므로 핵심 질문 (이 설정은 괜찮습니까?이 하드웨어는 괜찮습니까? 서비스를 통합해야합니까? ...)을 식별하면 더 유용한 답변을 얻는 데 도움이 될 수 있습니다.
Lilienthal

@Lilienthal 저는 회사의 주요 관리자입니다. 예, 하드웨어 및 설정이 올바른지 알고 싶습니다.
Martin Walter

설정에 문제가 없는지 여부는 여러 가지 요소를 포함하므로 매우 광범위한 주제입니다. 오프라인 및 / 또는 오프 사이트 백업이 있습니까? 복구 전략이 있습니까? 복구 전략을 테스트 했습니까? 어떤 다운 타임이 있습니까? 예산과 예상 서비스 수준은 얼마입니까? 업데이트 및 업그레이드 프로세스는 어떻습니까? 시스템과 자격 증명이 문서화되어 있습니까? 버스 팩터를 고려 했습니까? ... "소비자 하드웨어에서 벗어나는 것이 합리적 일 때"와는 상당히 다른 질문입니다.
Lilienthal

1
@Lilienthal Lol. 나는 당신이 어떻게 중간 단락을 잡았는지 좋아합니다. 그래 그게 내 뜻이야
Ryan Babchishin

답변:


11

이미 괜찮은 하드웨어를 사용하고있는 것 같습니다. 무슨 일이야? 너무 늙지 않았나요? 너무 걱정하고 싶지 않다면 물건을 보증하거나 가까이 두십시오 (모든 사람이 이것에 대해 내 의견을 공유하지는 않습니다).

중복되고 좋은 백업으로 설정 한 물건이 있다면 꽤 잘하고 있습니다. 하나의 서버 = 단일 장애 지점은 아무리 훌륭하더라도 불편합니다. 소프트웨어 / 하드웨어 / 인프라 / 지원이 현명하게 구현되는 방식에 대해 현명한 결정을 내림으로써 예산으로 할 수있는 일이 많이 있습니다.

경우 당신이 장소에주의 / 일이없는, 어쩌면 당신이 걱정해야한다. 한 시스템이 죽으면 서비스가 사라 졌습니까? 비즈니스에 어떤 영향을 미칩니 까? 얼마나 빨리 회복 할 수 있습니까?

함정? 다릅니다. 너무 많은 정보를 제공하지 않았습니다. 저렴한 드라이브는 고장 나거나 느려질 수 있습니다. 저렴한 케이스는 과열 될 수 있습니다. 싼 팬은 실패 할 수 있습니다. 저렴한 SATA / SAS / RAID 컨트롤러는 예상대로 작동하지 않거나 작동하지 않을 수 있습니다. 저렴한 전원 공급 장치가 죽거나 중복되지 않을 경우 전원이 공급되지 않습니다. 마더 보드는 이상한 일을 할 수 있습니다. 원격 콘솔 (ILO 등)이없는 시스템은 관리하기가 어려울 수 있습니다. 저렴한 네트워크 카드는 저렴한 드라이버를 사용하거나 망칠 수 있습니다. 예상치 못한 작은 문제가 많이 발생할 수 있습니다. 다른 한편으로, 당신은 놀랍게도 성능이 떨어지는 지옥 수준의 물건으로 저렴하게 얻을 수 있습니다. 그리고 더 비싼 물건은 때때로 기발 할 수 있습니다.

괜찮은 * 서버 등급, 저가형 서버, 워크 스테이션 및 소비자 등급 장비에서이 모든 것을 보았습니다. 고급 제품은 장기적으로 (보증 기간이 지난) 더 나은 것으로 보입니다. 그러나 당신이 그것을 감당할 수 없다면? 아니면 하나의 서버 만 감당할 수 있고 적절한 이중화를 구현할 수 없습니까?

Xeon, ECC 메모리 및 RAID로 실행되는 듀얼 서버에는 본질적으로 아무런 문제가 없습니다. 당신이 그것에 문제가 없다면.


먼저 목표 (절대적으로 필요한 것, 가지고있는 것, 귀찮게하지 않는 것)와 예산을 정의한 다음 해당 기준을 충족하는 최상의 품질을 구입하는 것이 도움이 될 수 있습니다. 그 외에도 개인적으로 원격 관리 (IPMI, AMT 등) 없이는 아무 것도 직접 만지지 않을 것입니다. 너무 편리합니다. 중복 전원 공급 장치, 특히 종료 시간이 많이 소요되는 VM 호스트의 경우에도 마찬가지입니다.
user121391

9

VM이 중복되어 있다고 가정하면 (하나의 노드를 끈 상태에서 작동하는 것으로 테스트 됨) 두 개의 미러링 된 노드가있어 하드웨어 관련 중단으로부터 상대적으로 영향을받지 않을 수 있습니다.

더 알지 못하면 전체 노드의 중단이 회사에서 큰 문제가 아닌 한 단일 (최신) 상자로 드롭 다운하지 않는 것이 좋습니다.

즉, 이러한 기계를 얼마나 오래 사용했는지, 목적으로 구축 된 환경 (랙 및 AC가있는 깨끗하고 건조한 방 등)과 같은 환경에 대한 추가 세부 정보를 아는 것이 도움이 될 것입니다. . 아시다시피, 장비가 오래 지속되는 것을 잘 살펴보십시오!

일반적으로 덜 '전문적인'하드웨어를 사용하는 데 반드시 잘못된 것은 없으며 더 비싼 키트와 동일한 보증 또는 신뢰성이 제공되지 않으므로 이러한 위험을 예산과 비교해야합니다.


2
답변 주셔서 감사합니다. 우리는 지금 3 년 동안 서버를 가지고 있다고 생각합니다. 그들은 AC가있는 전용 방의 선반에 있습니다. 서버는 미러링되지 않습니다. 각 서버는 서로 다른 VM을 호스팅하며 각각 하나의 AD를 호스팅합니다.
Martin Walter

이 경우 (당신이 그들을 돌보는 일을 잘하는 것처럼 들립니다) 그렇다면 현재 상태를 계속 유지하는 것이 안전하다고 생각합니다 (AD가 귀하가 호스팅하는 유일한 중요한 서비스라고 가정). 하드웨어 오류를 주시하기 위해 일종의 모니터링을 구현하는 것이 좋습니다 (요즘 Windows에 가장 적합한 것이 확실하지 않습니다). 그러면 대체하거나 다음 2-3 년에 다른 솔루션을 제안 할 계획입니다. 연령.
Matt Renner

4
@MartinWalter 어쩌면 걱정해야 할 것입니다. 하나의 시스템이 죽고 서비스가 사라졌습니다. 비즈니스에 어떤 영향을 미칩니 까? 얼마나 빨리 회복 할 수 있습니까?
Ryan Babchishin

1
@RyanBabchishin이 질문은 항상 사내 IT에 중요한 문제입니다. 그러나 현실적으로 상충 관계가 항상 존재하며 비즈니스에있어 1 ~ 2 시간 동안 내려가는 경우는 드물다. 또한 OP의 VM 스냅 샷을 외부 장치로 내보내거나 내 보내면 외부 장치를 다른 실행 상자에 마운트하고 VM을 일시적으로 부팅하는 것만 큼 간단하게 복구 할 수 있습니다. AD의 경우 기본 시스템을 복구 할 때까지 성능이 저하되는 것 외에 다른 문제가 발생하지 않을 것입니다.
SnakeDoc

1
@SnakeDoc 그게 질문입니다 ... 그에게. 그것에 대해. ?
Ryan Babchishin

5

스토리지 백엔드는 올 플래시이므로 언급 된 워크로드에 하드웨어가 완전히 정상입니다. 구성이 VM과 동일하고 특히 서버간에 미러링 / 동기화되지 않고 단일 서버에서 분할되고 실행된다는 구성과 관련된 유일한 문제입니다. 따라서 두 서버를 단일 클러스터로 결합하고 가상 시스템이 가능한 하드웨어 오류에 영향을 미치지 않도록하는 소프트웨어 정의 스토리지 (가상 SAN)를 사용하는 것이 좋습니다.

가능한 옵션은 HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917 또는 EMC Unity VSA https://store.emc.com/us/입니다. 제품 가족 / EMC-Unity-Products / EMC-Unity-VSA / p / EMC-Unity-Virtual-Storage-Appliance 는 무료이지만 생산이 허용되지 않는 한. Hyper-V를 사용하고 있기 때문에 완벽한 옵션은 StarWind Virtual SAN을 사용하는 것입니다 https://www.starwindsoftware.com/starwind-virtual-san 은 기본적으로 창 위에서 실행되며 완벽하게 완벽하게 만들 수 있습니다. 직접 연결된 스토리지 만 사용하는 Microsoft Failover Hyper-V 클러스터 기능.

또한 무료 버전 또는 Bacula http://blog.bacula.org/ 가있는 VEEAM B & R https://www.veeam.com/vm-backup-recovery-replication-software.html 을 사용하여 VM을 대신 백업하는 것이 좋습니다. VM을 복구하려고 할 때 문제가 발생하는 것으로 알려져 있으므로 기본 Windows 2012 Server 백업을 사용하는 방법.


1
충고 감사합니다. 백업이 해결해야 할 문제라는 것을 알고 있습니다. 머신이 다른 VM을 실행 중이고 RAM이 많지 않기 때문에 현재 페일 오버가 불가능하므로 모든 VM을 단일 머신에 둘 수는 없습니다.
Martin Walter

1
겠습니까 사랑이 더는 Windows 2012 Server 백업을 VM을 복원에 대해 언급 한 문제에 대해 듣고
wandersick

1
@wandersick 실제로 일반적인 문제입니다. Windows 백업은 복원하는 동안 0x8XXXXXXX와 같은 이상한 오류가 발생하여 복원이 불가능한 것으로 알려져 있습니다. 이상한 점은 때때로 오류 코드가 잘 지저분 해지지 않는다는 것입니다 :-(
Net Runner

0

소규모 배포에서는 일반적으로 값 비싼 컴퓨터보다 여러 대 (최소 2 대) 저렴한 컴퓨터를 사용하는 것이 좋습니다. 즉, 소규모 배포에서는 키가 큰 것보다 넓은 것이 좋습니다. 그 이유는이 방법으로 제한된 비용으로 중복성을 확보 할 수 있기 때문입니다. 두 대의 서버가 한 대의 서버와 동일한 작업을 수행 할 수 있지만 고가의 서버에 장애가 발생하면 문제가 발생합니다. 더 싼 것 중 하나가 실패하면 적어도 절반의 VM이 여전히 실행 중이고 다른 VM도 실행할 수 있으면 느려질 것입니다.

살펴보아야 할 것은 이러한 서버를 개별적으로 관리하지 않고 함께 클러스터하는 것입니다. 가상화 솔루션은 VM이 어떤 호스트에 있는지 상관없이 장애 조치 클러스터를 만들 수 있어야합니다. 호스트가 죽으면 VM이 자동으로 마이그레이션됩니다. 이는 또한 소액 관리를 줄이며 앞으로는 더 이상 경제적이지 않을 때까지 기존 서버를 계속 실행하면서 새 서버를 추가 할 수 있습니다. 이 결정은 일반적으로 전력 소비 또는 공간 제한으로 이어집니다.

더 성장하고 싶다면 온 서버 스토리지에서 SAN으로 마이그레이션하고 싶을 것입니다. 이러한 방식으로 서버는 순수한 컴퓨팅 노드가되고 서버 상태는 실제로 VM에 중요하지 않습니다.


이 솔루션 / 일반 경로에는 올바른 수준을 달성하기 위해 달성해야하는 특정 수준이 있습니다. 고가의 시스템 (PSU, 디스크, 컨트롤러, GPU, CPU, 네트워크 카드) 내부에서도 중복성을 확보 할 수있을뿐만 아니라 관리 (제 2 호스트 용 소프트웨어 업데이트, 자동 VM 장애 조치 오케스트레이션, 네트워크 트래픽 고려 사항, 권한, 모니터링)의 복잡성을 줄입니다. 약간. 그러나 어려운 숫자가 없다면 더 나은 것을 말하기는 어렵습니다.
user121391

-8

네트워크 및 백업 시스템에 문제가없는 한이 설정을 계속할 수 있지만 향후에는 Professional 서버를 100 % HEALTY로 설정하는 것이 좋습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.