Oh, it hardly matters. Download the full-stack document template and manually replace the solution stack with 2.7.0 instead of 2.6.6, and you’ll be fine. Amazon won’t stop /fiddling/ with their PHP stack and they always invalidate the old versions. I’ll have a new version out this weekend. Sorry for the trouble!
Thank you, I do appreciate the recommendation and will be using OpenEMR Standard for the most part. But I do have a site that gets pretty busy at a certain times of the day, and the ability of OpenEMR Full Stack to scale up during those times is very useful. I did not fully utilize Full Stack due to the issue of the calendar. I was testing 5.0.1 Full Stack hoping that the calendar issue has been resolved. But for the most part, Standard will do the job.
If you’ve no-arguments must have load-balanced autoscaling, and you can’t crack that calendar issue – I apologize but I was never able to duplicate it – then you might want to make your own full-stack variant. Full-stack provides all the necessary bits for operating clustered PHP – load-balancer, Redis session store, CouchDB document store, shared file system for non-PHI configuration data – but you could replace the Elastic Beanstalk with something else, perhaps a scaling cluster of containers. The openemr docker in the repo has a parameter, MANUAL_SETUP, specifically for a situation like this one where configuration has already been completed.
Edit: That said, you might not have the calendar issue anymore, since you can try EB 2.7.0 – or, if you want to see what breaks, roll the dice on upgrading your local beanstalk solution to PHP 7.1.