add horizontal scaling guide
See original GitHub issueHi. I’ve tried to scale Hasura GraphQL Engine deployed to Kubernetes and got various errors after creating tables:
"error":"table \"users\" does not exist","code":"not-exists"
It seems like Hasura is not stateless and caching data into memory. Maybe we need to use something like Redis for a cache.
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (5 by maintainers)
Top Results From Across the Web
Horizontal Scaling | Virtuozzo Dev Docs
The process of manual scaling is fairly simple - open the environment topology wizard and use the appropriate “+” and “-” buttons or...
Read more >Horizontal Pod Autoscaling | Kubernetes
Horizontal scaling means that the response to increased load is to deploy more Pods. This is different from vertical scaling, ...
Read more >How To Scale MongoDB
Scaling MongoDB horizontally is achieved through sharding (preferred) and replica sets. Sharding Versus Replica Sets. Sharding. horizontal scaling with sharding ...
Read more >Manage cluster horizontal scaling (scale out) in Azure Data ...
This article describes steps to scale out and scale in an Azure Data Explorer cluster based on changing demand.
Read more >Horizontal scaling implementation
Each host in a horizontal scaling implementation can also support a vertical scaling implementation with the addition of the appropriate servlet implementation ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
When #1574 (PR for #1182) is merged, schema can be updated on any one of the hasura instances and others will refresh the metadata automatically.
Hi @Maxpain177 currently modifying schema when you are running several instances of graphql-engine will result in errors like you have seen.
To change schema:
This practice works really well, in development you rarely need to run more than one instance of graphql-engine so you can make changes to the schema, and to deploy the changes to production (which is running many instances of graphql-engine), you’ll just need to wrap the
hasura migration apply
between twokubectl
commands.We’ll document this