Я хочу развернуть код GitHub в EFS смонтированном пути - PullRequest
0 голосов
/ 09 июня 2019

Все команды Linux работают очень медленно в подключенном каталоге EFS.

Моя конечная цель - развернуть код GitHub в подключенном каталоге EFS.В настоящее время, согласно общепринятому способу, мы внедряем код в экземплярах EC2, но в качестве нового требования целью является развертывание кода в смонтированном каталоге EFS.Я обнаружил, что событие «install» на этапе развертывания кода принимает прибл.10 минут, что слишком много.В качестве этапа «установки» при развертывании распаковывается код в указанном каталоге.Он выполняется очень быстро, когда целевой каталог находится в EBS, но занимает 10 раз больше времени, когда каталог развертывания - EFS.При устранении неполадок я обнаружил, что выполнение не только команды unzip, но и всех команд оболочки занимает слишком много времени при выполнении в подключенном каталоге EFS.Я проверил метрики «PercentIOLimit», «BurstCreditBalance» и наиболее рекомендованную конфигурацию EFS.

В чем еще может быть причина такой слишком большой задержки?

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

Ожидается, что все команды Linux в EFS будут выполняться с низкой задержкой и получить пропускную способность, такую ​​же, как мы получаем в EBS.

1 Ответ

0 голосов
/ 10 июня 2019

EFS и EBS - это не одно и то же, и ваш вариант использования может использовать EFS.Однако вы можете переосмыслить это.EFS никогда не будет иметь такую ​​же задержку, как EBS.Это сетевая файловая система, предназначенная для доступа многих экземпляров EC2.EBS является локально подключенным хранилищем, намного быстрее, чем задумано.Вам определенно не следует устанавливать программы, работающие через EFS, на многих хостах.Не то, для чего это было разработано.

EFS предназначена для предоставления хранилища и распространения файлов среди множества хостов.Исполняемые файлы, работающие в EFS, будут работать медленно и тратить ресурсы.

...