Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés. # Multiarrendamiento modelo piscina A veces, no es necesario o factible implementar el modelo de silo debido a los costos o a los gastos operativos: + Es posible que no tenga los recursos para mantener un clúster individual por inquilino. + Puede que no sea necesario separar físicamente los datos de cada inquilino, y una separación lógica es suficiente para satisfacer sus necesidades y requisitos de conformidad. El siguiente diagrama muestra el modelo de grupo, en el que los datos de los inquilinos se colocan en un único clúster de Amazon Neptune y todos los inquilinos comparten una base de datos común. ![La arquitectura incluye el IAM y una política de inquilinos.](http://docs.aws.amazon.com/es_es/prescriptive-guidance/latest/multi-tenancy-amazon-neptune/images/pool-model.png) Este [modelo de aislamiento](https://docs.aws.amazon.com/whitepapers/latest/saas-tenant-isolation-strategies/pool-isolation.html) de grupos reduce la sobrecarga de administración y puede mejorar la eficiencia operativa porque hay menos clústeres que administrar. Además, los recursos informáticos se pueden compartir entre varios clientes en lugar de permanecer inactivos durante los períodos de inactividad de los clientes. Cuando se utiliza el modelo de grupo, hay dos formas de modelar los datos. Su enfoque depende de si está creando un [gráfico de propiedades etiquetadas (LPG)](pool-model-lpg.md) o un gráfico con el [marco de descripción de recursos (RDF](pool-model-rdf.md)).