윈도우 Azure 웹 사이트는 두 가지 옵션의 32 비트 또는 64bit를을 제공합니다. 새 사이트에는 기본적으로 32 비트가 제공됩니다. 서버 구성의 경우 AFAIK에서 대부분의 웹 서버가 수년간 64 비트 구성에 있었기 때문에 약간 이상하게 느껴집니다. ASP.NET 사이트의 일반적인 사용 사례를 고려할 때 64 비트보다 32 비트를 선호하는 이유가 있습니까?
답변
작업량에 따라 다릅니다.
x64 기반 IIS + .NET은 매우 큰 워크로드를 지원할 수 있습니다. 로드 테스트를 수행하면 충분한 CPU 및 RAM이있는 x64 서버가 x86보다 성능이 뛰어납니다.
워크로드가 적거나 여러 서버를로드 밸런싱하려는 경우 x86이 정상임을 알 수 있습니다. (저는 워크로드에 가능한 가장 작은 인스턴스를 사용하는 것에 대해 큰 신념을 가지고 있습니다. IT의 많은 부분이 문제로 인해 금속을 버리고 낭비입니다. x86은 아름답습니다. 불행히도 x86 인스턴스를 얻는 것이 점점 어려워지고 있습니다.)
이 경우 여러 x64 서버를로드 밸런싱합니다. 그러나 배포 작업 중에 모든 또는 대부분의 부하를 단일 서버로 보낼 수 있습니다. 우리의 경우, 해당 서버가 x86 인 경우 스트레스를 받고 매우 느립니다. x64이므로로드를 처리 할 수 있으며 사용자는 알지 못합니다.
답변
대답은 복잡합니다. 응용 프로그램에서 많은 GB의 RAM에 액세스해야하는 경우 (간단히 대부분의 앱은 그렇지 않음) 간단하지만 64 비트가 있어야합니다.
그렇지 않으면 32 비트 및 64 비트에서 특정 앱만 테스트하면 확실하게 알 수 있으며 메모리 풋 프린트 또는 CPU 성능에 가장 중요한 요소에 따라 다릅니다. 그런 다음 메모리가 부족하면, 기억의 앱 것이다 당신이 어떤 성능 이득 (A huuuuuge의 방법) 중 하나를 디스크에 페이지와 말 바이 바이 수도 64 비트로 전환 입수했습니다, 또는 자동 스케일링에 시작된다 당신은 것입니다 추가 된 서버 인스턴스에 대해 Azure에서 더 많은 비용을 청구하거나 앱에 대한 게임 오버 인 OutOfMemory 오류가 발생하기 시작합니다.
참조 : https://www.hanselman.com/blog/PennyPinchingInTheCloudYourWebAppDoesntNeed64bit.aspx
답변
64 비트 주소 공간이 필요하지 않으면 32 비트로 이동하십시오. 일반 웹 사이트에서는 드문 경우입니다.
그 이유는 단순히 웹 사이트에 일반적으로 주소 공간이 필요하지 않고 32 bi 프로그램이 더 빨리 실행되기 때문입니다.
자, 당신은 말합니다 :
대부분의 웹 서버는 수년간 64 비트 구성에있었습니다.
네,하지만:
IIS 응용 프로그램 풀의 기본 설정은 호환성 및 성능상의 이유로 32 비트 모드에서 시작하는 것입니다. IIS 구성에 대한 Microsoft의 조언은 64 비트 서버에서 32 비트 응용 프로그램 풀을 사용하는 것입니다.
검사:
http://www.iis.net/learn/web-hosting/web-server-for-shared-hosting/32-bit-mode-worker-processes
공식 성명서.
현재 Microsoft에서 제공하는 32 비트 프로덕션 제품이 없으므로 64 비트 서버에서 실행되도록 할 수 있습니다. 그러나 더 많은 양의 RAM이 필요하지 않으면 성능에 영향을 미치지 않습니다.
