Scott Hanselman의 Stack Overflow 팀 ( 1 부 및 2 부 ) 과 의 인터뷰를 듣고 그는 SQL 서버와 응용 프로그램 서버가 별도의 컴퓨터에 있어야한다는 것을 강력히 확신했습니다. 이것은 하나의 서버가 손상된 경우 두 시스템 모두에 액세스 할 수 없도록하기위한 것입니까? 보안 문제가 두 대의 서버 (추가 비용, 두 대의 전용 네트워크 연결, 더 많은 유지 관리 등)의 복잡성을 능가 하는가, 특히 CPU 나 메모리를 너무 많이 사용하지 않는 소규모 응용 프로그램의 경우보다 중요합니까? 한 대의 서버가 손상된 두 대의 서버를 사용하더라도 공격자는 데이터베이스를 삭제하거나 응용 프로그램 코드를 망쳐 서 심각한 피해를 입을 수 있습니다.
성능이 문제가되지 않는 이유는 무엇입니까?
답변:
말한대로, 나는 그 요점이 실제로 중요하지 않은 합리적인 사례를 확실히 볼 수 있습니다.
실제로는 중요 하지 않습니다 (동일한 컴퓨터에서 웹 / 데이터베이스를 사용하여 사이트를 행복하게 운영 할 수 있음).
StackOverflow는 IIS / SQL Server를 실행하는 단일 컴퓨터에서 시작하여 정확하게로드 된 후 두 번째 서버를 구입하여 SQL Server를 그 서버로 옮겼습니다.
성능이 문제가되지 않으면 두 대의 서버를 구매 / 유지하는 비용을 낭비하지 마십시오.
반면에 다른 블로그 스콧 (Telligent의 Watermasyck)을 참조하면 대부분의 사용자는 데이터베이스를 웹 사이트와 동일한 시스템에 배치하여 (Telligent 커뮤니티 서버를 사용하여) 웹 사이트 속도를 높일 수 있다는 것을 알았습니다. 그러나 고객의 경우 일반적으로 db & 웹 서버가 해당 시스템의 유일한 응용 프로그램이며 웹 사이트는 시스템에 많은 부담을주지 않습니다. 그런 다음 네트워크를 통해 데이터를 전송할 필요가없는 효율성으로 인해 증가 된 부담을 보완 할 수 있습니다.
큰 요소는 성능이라고 생각합니다. 웹 서버 / 앱 코드와 SQL Server는 일반적으로 요청 된 데이터를 메모리에 캐시하므로 동일한 메모리 공간에서 캐시 성능을 실행하여 캐시 성능을 저하시킵니다.
Tom이 이것에 맞습니다. 다른 이유는 비용 효율적이지 않으며 추가적인 보안 위험이 있기 때문입니다.
웹 서버는 데이터베이스 서버와 다른 하드웨어 요구 사항이 있습니다. 데이터베이스 서버는 많은 메모리와 매우 빠른 디스크 어레이로 더 나은 서비스를 제공하는 반면 웹 서버는 파일 및 빈번한 DB 요청을 캐시하기에 충분한 메모리 만 필요합니다 (설정에 따라 다름). 비용 효율성과 관련하여 두 서버가 반드시 저렴할 필요는 없지만 리소스와 경쟁하는 다른 응용 프로그램이 필요하지 않기 때문에 성능 / 비용 비율이 높아야합니다. 이러한 이유로 두 서버를 모두 수용하고 2 개의 특수 서버에 동등한 성능을 제공하는 하나의 서버에 더 많은 비용을 지출해야 할 것입니다.
보안 문제는 단일 시스템이 손상되면 웹 서버와 데이터베이스가 모두 취약하다는 것입니다. 두 대의 서버를 사용하면 두 번째 서버는 여전히 안전합니다 (적어도 잠시 동안).
또한 다양한 웹 응용 프로그램에서 사용하는 데이터베이스 서버를 몇 개만 유지하면되므로 확장 성 이점이 있습니다. 이렇게하면 업그레이드 또는 패치 적용 및 성능 조정 작업이 줄어 듭니다. 이러한 작업을보다 쉽게 수행 할 수있는 서버 관리 도구가 있다고 생각합니다 (단일 시스템의 경우).
보안은 주요 관심사입니다. 데이터베이스 서버는 데이터 액세스를 수행하는 데 필요한 포트만있는 방화벽 뒤에 있어야합니다. 웹 응용 프로그램은 응용 프로그램이 작동하기에 충분한 권한을 가진 SQL 계정으로 데이터베이스 서버에 연결해야합니다. 예를 들어 개체를 삭제할 수있는 권한을 제거해야하며 'sa'와 같은 계정을 사용하여 연결해서는 안됩니다.
웹 서버를 가로 채서 (즉, 관리자 권한으로 전체 권한 상승) 웹 서버를 잃어버린 경우 최악의 시나리오는 응용 프로그램의 데이터베이스가 손상 될 수 있지만 전체 데이터베이스 서버가 아니라는 것입니다 ( 데이터베이스 서버와 웹 서버는 동일한 시스템이었습니다). 데이터베이스 연결 문자열을 암호화하고 해커가 해독하기에 정통하지 않은 경우 웹 서버 만 손실됩니다.
실제로 5k 달러로 SQL 서버를 구매하는 경우 웹 응용 프로그램보다 더 많이 사용할 수 있습니다. Express를 사용하는 경우 신경 쓰지 않아도됩니다. SQL 서버는 20 ~ 30 개의 응용 프로그램에 대해 데이터베이스를 실행하므로 웹 서버에 배치하는 것이 현명하지 않습니다.
둘째, 서버의 대상에 따라 다릅니다. 나는 금융 회사와 정부를 위해 일합니다. 따라서 우리는 sprocs 만 사용하고 웹 서버에서 SQL로 포트를 제한하는 엉덩이 접근 방식에 미친 고통을 사용합니다. 따라서 웹 앱이 해킹되면 해커가 할 수있는 유일한 일은 웹 서버의 사용자 계정이 DB의 sproc 만 보거나 호출하기 위해 잠겨 있기 때문에 sprocs를 호출하는 것입니다. 이제 해커는 DB에 들어가는 방법을 알아 내야합니다. 웹 서버에 있으면 쉽게 얻을 수 있습니다.
Daniel Earwicker에 동의합니다. 보안 질문에는 거의 결함이 있습니다.
웹 서버를 사용하여 단일 상자를 설정하고 해당 웹 서버에 대한 데이터베이스 만있는 경우 해당 웹 서버가 손상되면 웹 서버와 해당 특정 응용 프로그램에 대한 데이터베이스 만 손실됩니다.
이것은 2 서버 설정에서 웹 서버를 잃어버린 경우와 정확히 동일합니다. 웹 서버와 해당 특정 응용 프로그램의 데이터베이스 만 손실됩니다.
첫 번째 시나리오에서는 다른 모든 응용 프로그램 (있는 경우)과 관련된 다른 모든 데이터베이스 서버도 영향을받지 않기 때문에 2- 서버 설정이있는 '나머지 DB 서버의 무결성이 유지됩니다'라는 주장은 관련이 없습니다. -다른 곳에서 호스팅되는 것.
마찬가지로 Kev가 제기 한 질문에 대해 'DB 서버에있는 다른 모든 데이터베이스는 어떻습니까? 잃어버린 것은 하나의 데이터베이스뿐입니다. '
이와 반대로 공격자가 웹 서버에 액세스 할 수있는 2 서버 설정과 프록시를 통해 데이터베이스 서버에 대한 제한된 권한 (가장 좋은 시나리오)은 다른 모든 응용 프로그램의 데이터베이스를 가지고 다닐 수 있습니다. 메모리를 많이 사용하는 느리게 쿼리하거나 데이터베이스 서버에서 사용 가능한 저장 공간을 최대화하십시오. 가상화와 마찬가지로 응용 프로그램을 자체 관심사로 분리함으로써 보안 목적을 위해 긍정적 인 방식으로 응용 프로그램을 분리 할 수도 있습니다.
나는 두 기계가 일반적으로 다른 방식으로 최적화되어야하기 때문에 그것이라고 생각합니다. 그 외에는 공개 시스템이 아닌 경우 동일한 시스템에서 서버 데이터베이스를 사용하여 모든 응용 프로그램을 실행하지만 문제는 없습니다.
웹 응용 프로그램은 일반적으로 데이터베이스 내부의 스키마가 아닌 경우 최소한 데이터에 거의 무제한으로 액세스 할 수 있기 때문에 너무 많은 사람들이 두 시스템 모두에 대해 하나의 시스템이 손상되는 것을 걱정한다고 상상할 수 없습니다.
다른 사람들의 말에 관심이 있습니다.
나는 그 팟 캐스트를 듣고 재미 있었지만, 보안 주장은 나에게는 의미가 없었다. 서버 A를 손상시키고 해당 서버가 서버 B의 데이터에 액세스 할 수 있으면 서버 B의 데이터에 즉시 액세스 할 수 있습니다.
데이터베이스 라이센스는 엉성하지 않으며 종종 CPU마다 청구되므로 웹 서버를 분리하면 데이터베이스 라이센스 비용을 줄일 수 있습니다.
예를 들어 8 개의 CPU를 포함하는 웹과 데이터베이스를 모두 수행하는 서버가 1 개인 경우 8 개의 CPU 라이센스를 지불해야합니다. 그러나 각각 4 개의 CPU를 가진 두 개의 서버가 있고 하나의 서버에서 데이터베이스를 실행하는 경우 4 개의 CPU 라이센스에 대해서만 비용을 지불하면됩니다.
웹 서버에서 데이터베이스 서버를 실행함으로써 실제 성능 향상이 있다고 주장하는 것은 잘못된 주장입니다.
데이터베이스 서버는 쿼리 문자열을 가져와 결과 세트를 리턴하므로 실제로 데이터 서버에서 웹 서버로 흐르는 데이터는 비교적 작지만 쿼리를 처리하고 결과 세트를 생성하는 데 필요한 마력은 상대적으로 큽니다. 따라서 데이터 전송 시간을 중심으로 성능을 최적화하는 것은 잘못된 일을 최적화하는 것입니다.
보안과 관련하여 데이터 서버를 웹 서버와 다른 상자에두면 이점이 있습니다. 그러한 설정을하는 것이 전부가 아니며 모든 보안을 끝내는 것이 아니라 올바른 방향으로 나아가는 단계입니다.
확장 성과 관련하여 증가 된 트래픽을 처리하기 위해 웹 서버를 추가하고 클러스터에 배치하는 것이 쉽고 비교적 저렴합니다. 데이터 서버를 추가하고 클러스터하는 것은 그렇게 쉽고 저렴하지 않습니다. 또한 웹 서버와 데이터 서버에는 하드웨어 요구 사항이 다르므로 여러 상자가 확장 성을 지원합니다.
소규모로 시작하고 상자가 하나만 있으면 가상 머신을 사용하는 것이 좋습니다. 한 호스트의 다른 VM에서 웹 서버와 데이터 서버를 실행하면 하나의 큰 상자 가격으로 별도의 상자를 모두 얻을 수 있습니다.
운영 체제는 또 다른 고려 사항입니다. 데이터베이스에는 더 큰 메모리 공간이 필요할 수 있으므로 UNIX가 필요할 수 있지만 웹 서버 또는 더 구체적으로 두 개의 계층 만 언급하므로 앱 서버는 .Net 기반 일 수 있으므로 Windows가 필요합니다.
확인! 다른 머신에 DB 서버를 설치하고 웹 서버에 애플리케이션을 설치하는 것이 더 안전합니다. 그런 다음 웹 링크를 사용하여 애플리케이션을 DB에 연결하십시오. 고마워