트래픽이 많은 사이트를 실행 중이고 서버가 한계에 도달하기 시작한 시점에 전체 LAMP 스택이 하나의 상자에 있습니다 (이상적이지 않음).클라우드 데이터베이스 서비스 대기 시간/성능
데이터베이스를 자체 상자 또는 클라우드 서비스로 옮기고 싶지만 웹 서버가 데이터베이스와 동일한 상자에서 데이터베이스를 옮기는 이전 경험에서 읽은 시간이 길어지면 사이트 속도가 상당히 느려집니다.
클라우드 서비스를 사용하면이 문제를 극복 할 수 있습니다. 기본적으로 동일한 상황 (내 컨트롤의 별도 상자로 이동하는 것과 같은)을 말할 수 있기 때문입니다. 그렇다면 현재 클라우드 기반 데이터베이스 서비스에 대한 인기가 왜 그렇게 높습니까?
클라우드 기반 데이터베이스 서비스가 너무 빨라서 읽기 대기 시간이 너무 짧아 동일한 데이터 센터의 같은 상자에있는 것과 거의 비슷합니까?
클라우드는 인프라를 관리하기 위해 다른 사람에게 비용을 지불하기 때문에 사용자가하지 않아도됩니다. 물리적 인 기계가 착륙 할 때까지 기다리지 않아도되므로 "클라우드"의 미사용 용량을 활용할 수 있으므로 인프라를 신속하게 습득 할 수 있다는 장점이 있습니다. 물론 사람들은이 인프라에 기능을 추가하여 쉽게 확장 할 수 있도록합니다 (이는 일반적으로 특정 모델에 대한 프로그래밍입니다).
10 대의 서버로 이동할 때 클라우드를 고려하고 있습니까? 아니면 100 명입니까? 트래픽의 최고점이 매우 높은 큰 폭발로 오는 트래픽을 처리합니까?
두 번째 상자로 이동하는 것에 대해 이야기하고 있으므로 아직 클라우드 토론이 필요하다고 생각하지 않습니다. 데이터베이스 서버를 추가하고 e4c5와 같은 캐싱을 사용하는 것이 좋습니다.
네트워크에서 대기 시간이 길어 지지만 눈에 띄지 않아야합니다. 기가비트 이더넷은 꽤 빠릅니다. 상자 분리를 시도하면 다른 상자에 어떻게 접근 했습니까? 로컬의 내부 IP 주소 (예 : 192.168. #. #)를 사용해야합니다. 그렇지 않은 경우 상자가 물리적으로 서로 옆에 있더라도 인터넷을 통해 요청이 라우팅 될 수 있습니다.
서버가 제대로 네트워크에 연결되어 있지 않으면 클라우드로 이동해도 문제가 해결되지 않습니다.
데이터베이스에만 클라우드 서비스를 사용해도 사용자의 상황에 도움이되지는 않습니다. 데이터베이스 만 이동하는 경우 실제로는 원격 위치에 놓습니다. 따라서 콘텐츠를 제공하는 하드웨어의 성능에 관계없이 항상 대기 시간이 길어집니다.
당신이 웹 서버와 별도의 컴퓨터에 데이터베이스를 호스팅 할 때 이점을 볼 수 있습니다. 물리적으로는 이미 제안 된대로 서로 전용 네트워크를 공유하는 것이 좋습니다. 클라우드 서비스의 장점을 탐구하고 싶었다면
, 난 당신이 함께 모두 데이터베이스 및 웹 서버를 이동할 수 있습니다, 그래서 만약 만하고 건의 할 것입니다. 또한 여러 웹 서버 및/또는 복제 된 데이터베이스에서로드 균형 조정을 탐색하는 경우에만 실제로 이점이 있습니다. 동적으로 확장 할 수있는 기능은 클라우드 기반 플랫폼의 주요 이점입니다.
나는 몇 년 전의 네트워크 구성의 정확한 세부 사항을 기억하지 못합니다. 임씨는 클라우드 서비스에 연결하기위한 여분의 대기 시간이 너무 짧아서 약간의 희생을 감수해야한다고 생각합니다. 안정성 및 원시 프로세싱 이점에 대한 성능 저하?thats는 아마도 위에서 말한 더 나은 질문입니다. S 지금까지 도와 주셔서 감사합니다. – Gcoop
192.168.x.x는 문제가되지 않습니다. 트래픽이 라우팅되는 경우 스위치가 잘못 구성되었거나 손상된 경로 표가 있습니다. –