EC2 - Shared Storage - S3FS или EBS?

9

Построение моего веб-сервиса на EC2 прямо сейчас и создание единого экземпляра для балансировки нагрузки. Я, конечно, буду обслуживать несколько раз.

Моя первоначальная идея состояла в том, чтобы запустить все экземпляры тупых рабов и использовать S3 в качестве локального хранилища. Для этого я начал использовать S3FS, но, насколько я знаю, он еще не готов для производственного использования в среде веб-обслуживания. Запись журналов, кажется, появляется очень поздно, если не никогда. Многочисленные проблемы со странным кешированием, даже без кеш-флагов и т. Д. Как правило, это кошмар для развития.

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

  • Совместное использование SMB с другими экземплярами. Имея одного мастера и остальных подчиненных - obv нужна встроенная избыточность с несколькими томами EBS, возможно?
  • Rsync делится на другие ящики. Это кажется болезненным, учитывая его непостоянство и будет периодически обновляться. Потенциально хорошо, если есть сценарии принудительного обновления, когда произошли серьезные изменения.

Вопрос в том ... что люди делают? Кажется, это довольно распространенный вариант использования, но разнообразие ответов, найденных на форумах и даже здесь, на SF, наводит на мысль, что нет краткого ответа ... требуется помощь!

amazon-web-services amazon-ec2 amazon-s3 amazon-ebs s3fs waxical
источник

Ответы:

0

Это потому, что есть много ответов, в зависимости от вашего знакомства с опциями, с чем вам удобно, чем вы делитесь и как часто он будет синхронизироваться, насколько «синхронизированным» он должен быть, как они Будет ли использоваться (запасной для пульса? Только чтение и экземпляр для записи? Сбалансированные экземпляры?) и насколько сложна настройка и какое приложение вы используете (базы данных, которые могут синхронизироваться сами? Приложения, созданные для общего хранилища) ? ...)

Вы можете использовать Rsync для планирования синхронизации, обмена файлами с файлового сервера, NFS-сервера, DRBD «программный RAID 1» ​​и т. Д. ... это зависит от конкретного варианта использования и способа резервного копирования данных.

Краткий ответ: нет ответа на ваш вопрос, потому что это зависит от варианта использования.

Барт Сильверстрим
источник
Спасибо, Барт. Я боялся такого ответа, хотя, я полагаю, этого следовало ожидать! Вариант использования ... У меня есть веб-сервис, управляемый PHP - на нем также размещаются изображения, CSS и все остальное (все это может быть перенесено на стандартный s3 / cloudfront), базы данных находятся на RDS. Единственное, что написано - это лог-файлы, которые действительно прошли. - Я перехожу к использованию EBS с rsync, чтобы поддерживать его в актуальном состоянии с s3. И скрипт для загрузки обновлений вручную.
восковой
2

Том EBS, который продвигается к S3 / CloudFront, кажется лучшим ходом, особенно если вы беспокоитесь об изображениях, CSS, javascript и подобных вещах.

EBS будет проще снимать / резервировать, чем S3, особенно для файловой системы сервера.

Вы также можете обозначить один сервер как «ведущий», а другой - как «ведомый» и, например, вносить изменения только в «ведущий».

Что касается ведения журнала, взгляните на некоторые облачные службы ведения журналов, такие как http://loggly.com/ или https://papertrailapp.com/ .

НТН

Алекс W
источник