La mejor manera de cargar clases de php en EC2: InstanceStore, EBS o S3?

¿Cuál es la mejor manera de cargar clases PHP en EC2 en el siguiente escenario (los números son para fines ilustrativos)? -> 100 instancias EC2 que ejecutan apache y APC -> 100 clases php cargadas por solicitud (a través de __autoload) -> 100 cambios de código por día entre las clases (muchas de las clases contienen código generado automáticamente que se actualiza periódicamente a través de cron).

De lo que deduzco, hay 3 formas de cargar los archivos de clase php en EC2:

A. InstanceStore - The local (virtual) hard drive of an EC2 instance
-> Code must be pushed separately to each instance.
-> Fastest loading since no need to go over the network

B. EBS - A volume mounted to a particular instance
-> Code must be pushed separately to each instance.
-> Slower loading since go over the network

C. S3 - A S3 bucket can be 'mounted' to 1 or more EC2 instances
-> Code only needs to be pushed once
-> Slowest loading since go over the network

Incluso con APC habilitado en las instancias de apache, no puedo desactivar fstat en APC debido a que no estoy seguro de cómo manejar la invalidación de las clases en caché en las 100 instancias de apache más de 100 veces al día (cuando el código cambia). Como resultado, si cada carga de clase generará una llamada al sistema de archivos incluso si la clase fue almacenada en caché por apc (para hacer la llamada fstat), ¿no habría una latencia enorme si hubiera 100 viajes de ida y vuelta a través de la red para hacer fstat? o leer el archivo en cada solicitud?

¿Cuál es la mejor opción (o tal vez una nueva forma que no esté en la lista aquí) para cargar archivos de clase en el escenario descrito?

Respuestas a la pregunta(2)

Su respuesta a la pregunta