Нужна рекомендация для совместно используемой памяти на автомасштабировании ec2 w/scalr

Бит предположения здесь - я помню назад много лет - но возможно, что существует файл в Вашем корневом каталоге (один из скрытых .something), который содержит Ваш пароль, независимый от Вашей фактической установки MySQL. MySQL знает для использования этого в отсутствие указанного.

Попытка:

cd
grep <your-password> *
grep <your-password> .*

и посмотрите, существует ли такой файл. Раз так можно удалить его (целый файл или просто значение пароля, в зависимости от того, что еще там!)

Править: добавленный 2-й grep, * один не возьмет.* файлы (по крайней мере, не на UNIX, я примерил его!)

2
задан 21 October 2012 в 16:14
1 ответ

This is a common issue when moving to EC2. Your options are one of the following:

  1. S3

    • Use s3fs as mentioned but you may suffer performance issues
    • Rewrite the application to store user content on S3 rather than disk.
      • You application could proxy the request to S3 or
      • You could get your client to upload directly to S3 using pre-signed URLS.
      • User could then be directed to retrieve content directly from S3.
  2. Use a clustered filesystem such a Gluster.

  3. Use 2 x dedicated NFS servers in Active/Passive using a DRBD backend.

EDIT 20160705

AWS now offers Elastic File System (EFS) in a number of regions. EFS is a hosted NFS service, effectively giving you a NAS as a Service.

2
ответ дан 3 December 2019 в 11:51

Теги

Похожие вопросы