2016-12-03 3 views
0

AWS T2.micro EC2 인스턴스에 포함 된 mongoDB와 함께 Bitnami Parse Server (구문 분석 스택)를 실행하고 있습니다. 모든 구성이 완료되고 강제로 HTTPS가 활성화됩니다. 지금은 parse-server와 같은 인스턴스의 mongoDB에 직접 이미지 파일을 저장합니다. nodejs 웹 응용 프로그램 (로컬 및 Heroku)을 통해 이미지를 검색하면 극단적 인 지연이 발생합니다 (~ 3 초). 반면 parse.com에서 호스팅 한 경우 다운로드는 최대 200ms였습니다. 이미지에이 지연이 표시됩니다.AWS Bitnami Parse 서버 구문 분석 파일 검색 느림

Loading images from Parse Server and self-hosted mongoDB is very slow and stalls

은 내가 더 성공과 다음없는 시도 :

  1. 장애인 HTTPS 및 HTTP를 기본값으로 복귀
  2. MLAB에 MongoDB를에
  3. 연결 (내 이전 DB 위치)
  4. DNS CNAME 전달 대신 AWS 제공 공개 도메인
  5. 모두 Heroku에서 시도했습니다. 호스팅 웹 응용 프로그램 및 지역

몇 가지 다른 옵션은 내가 고려하고 (하지만이 작동하는 이유를 알고 싶습니다) :

  • 사용 AWS S3 버킷 파일 저장을 위해
  • 가 넣어 MongoDB를을 내가 실행하고

별도의 EC2 인스턴스에서 전체 스택 (하지 Bitnami) 우리 자신을 구축 마십시오

  • (우리는 테스트를 위해 최소 비용을 유지하려는) 옵션 밖. parse.com 호스트 된 parse-server에 mlab 호스트 mongodb로 다시 연결하면 똑같은 정확한 nodejs 응용 프로그램이 제대로 작동합니다. 초기 다운로드가 발생하면 나머지는 상당히 빠릅니다. "Stalled"활동의 출처는 어디입니까? 콘텐츠 다운로드는 90ms 밖에 걸리지 않았습니다.

  • 답변

    0

    T2.micro 인스턴스의 경우 달성하고자하는 것이 너무 많아 보입니다. 당신이 제안하는 옵션 중에, S3 버킷 + CloudFront에 이미지를 저장하는 것이 좋습니다. 이렇게하면 자산을 클라이언트로 전송하는 작업에서 서버가 해제됩니다.

    +0

    나는 더 조사하고 S3 버킷을 유일한 파일 서비스로 사용하도록 설정했습니다. 그러나 다운로드가 EC2의 프록시를 통해 파일을 검색 할 때마다 (즉 공용은 URL에 s3.amazonaws.com을 표시하지 않지만 parse Server S3 파일 어댑터를 통해 활성화 된 storage.mydomain.com을 볼 때마다) 모든 설정이 완료됩니다. 원래 게시물과 비슷한 느린/지연된 활동을 가져옵니다. S3에서 곧바로 처리하면 하위 1s에서 더 빠릅니다. 무엇이 이것을 일으킬 수 있습니까? t2.micro가 충분하지 않기 때문입니까? 또는 이것을 최적화하기 위해 EC2에 네트워크 설정이 있습니까? – jbro