2016-12-03 11 views
0

Я запускаю Bitnami Parse Server (Parse Stack) с включенным mongoDB на экземпляр AWS T2.micro EC2. Вся конфигурация выполнена и принудительное HTTPS включено. На данный момент я сохраняю файлы изображений непосредственно на mongoDB в том же экземпляре, что и parse-server. Когда я получаю изображение через веб-приложение nodejs (локальное и Heroku), я получаю экстремальную задержку, ~ 3 секунды, тогда как когда он был размещен parse.com, загрузка была ~ 200 мс макс. Изображение показывает эту задержку.AWS Bitnami Parse Server parse-file retrieval slow

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

Я попробовал следующая с без успеха:

  1. HTTPS инвалидов и вернулся по умолчанию HTTP
  2. Подключение к MongoDB на MLab (мой предыдущий DB место)
  3. Вместо использования DNS CNAME-пересылки используется предоставленное AWS общедоступное доменное имя
  4. Пробовал оба на Heroku размещаемое веб-приложение и местные

Несколько других вариантов я рассматриваю (но хотелось бы знать причины, почему это может работать):

  • Использование AWS S3 Ковш для хранения файлов
  • Помещенный MongoDB на отдельный экземпляр EC2 (мы хотим, чтобы сохранить стоимость до минимума для тестирования)
  • ли построить полный стек самостоятельно (не Bitnami)

Я бегу из вариантов. Точное точное приложение nodejs будет работать нормально, если я вернусь к парсину parse.com, на котором размещен синтаксический анализатор, на котором размещен mambodb. Как только начальная загрузка происходит, отдых довольно быстро. Откуда начинается «заторможенная» деятельность? Загрузка контента заняла только 90 мс.

ответ

0

Похоже, что вы хотите достичь слишком много для экземпляра T2.micro. Среди предлагаемых вами вариантов я рекомендую хранить изображения в ведре S3 + CloudFront. Это освободит сервер от задачи передачи активов клиенту.

+0

Я исследовал дальше и включил ведро S3 в качестве единственного файла. Однако вся настройка завершена, когда загрузка проходит через прокси-сервер EC2 для извлечения файла (поэтому публика не увидит s3.amazonaws.com на url, но storage.mydomain.com, включенный через Parse Server S3 File Adapter), я получить более медленную/заторможенную деятельность, похожую на оригинальную запись. Когда подано прямо от S3, оно быстрее на 1-й. Что может быть причиной этого? Это потому, что t2.micro недостаточно? Или есть сетевая настройка на EC2 для оптимизации этого? – jbro