Компания размещает веб-приложение на одном экземпляре Amazon EC2, которое хранит загруженные пользователями документы на томе Amazon EBS. Для повышения масштабируемости и доступности компания добавила второй экземпляр EC2 и том EBS в другой Availability Zone и разместила оба экземпляра за Application Load Balancer. После этого изменения пользователи сообщают, что при каждом обновлении страницы отображается либо одно подмножество их документов, либо другое, но никогда не все документы сразу. Что должен предложить архитектор решений, чтобы пользователи видели все свои документы одновременно?

Проблема возникает из-за того, что данные документов распределены между двумя томами EBS в разных Availability Zones, и каждый экземпляр EC2 имеет доступ только к своему локальному тому. Application Load Balancer распределяет запросы между экземплярами, поэтому пользователь может быть направлен к экземпляру, который не имеет доступа ко всем его документам. Правильное решение — перенести данные с обоих томов EBS в Amazon EFS (Elastic File System). EFS — это масштабируемая, высокодоступная и полностью управляемая файловая система, которая может быть смонтирована несколькими экземплярами EC2 одновременно, даже если они находятся в разных Availability Zones. После переноса данных, оба экземпляра EC2 будут иметь доступ ко всем документам, и новые документы также будут сохраняться в EFS. Другие варианты не подходят: Копирование данных между томами EBS вручную не решает проблему синхронизации и масштабируемости, а также не обеспечивает автоматический доступ к новым документам. Настройка ALB для направления пользователя к конкретному серверу по сути отменяет преимущества балансировки нагрузки и не решает проблему доступности всех документов с любого сервера. Отправка запросов на оба сервера и сбор документов — это неэффективный и сложный подход, который увеличивает задержку и сложность приложения.