Engines
Burst
When your search traffic spikes, burst gives your engine more CPU within a minute and takes it back when the spike ends. Your plan's searches a second rise with it.
How it works
- Each engine size comes with 2 CPUs per GB. When an engine has been short of CPU for 30 seconds, burst doubles its CPU, and can double it again, up to 4 times its size's CPU and at most 16 CPUs.
- While an engine is lifted, your organization's searches a second and in-flight requests rise by the same factor.
- When the load stays under half of the lower level for 10 minutes, burst steps back down. Each lift lasts at least 10 minutes, unless you turn burst off, reach your monthly cap or move off Pro and Scale, which end it at once.
- The engine keeps running the whole time. Nothing restarts and your data does not move.
- Burst uses CPU the server has free. When the server is busy, burst waits, and your engine runs at its size's CPU.
Pricing
Burst is billed in burst GB-hours. One burst GB is 2 extra CPUs, the CPU of one GB of size. Lifting a 1 GB engine from 2 to 8 CPUs for an hour is 3 burst GB-hours.
On Pro, searches a second go from 100 to up to 400 while lifted. On Scale, from 500 to up to 2000.
Turning it off, and the cap
Burst is on for every Pro and Scale organization, with the plan's default cap. In Settings, Billing you can set your own monthly cap in dollars, or turn burst off. The cap counts every engine in your organization together. The included GB-hours cost nothing and count toward no cap. We email the owners and admins at 80% of the cap. At the cap, burst pauses until the next billing period and nothing more is billed for it. Raise the cap to turn it back on.
Settings, Billing also shows how many burst GB-hours you have used this period, and whether an engine is lifted right now.
Which engines
Your standby takes the overflow
When your engine is at its limit of searches in flight, or at 80% of it for 10 seconds, new searches can go to a warm standby on a second server while it has room, instead of answering 429. It costs nothing extra.
- Who gets it. Every always-on Meilisearch, Elasticsearch and Visor (0.1.3 or later) engine on a paid plan, Starter included, on bucket storage (the default).
- How fresh it is. The standby answers from your engine's last published copy. Your engine publishes about once a minute, and the standby takes it up about 10 seconds later for Meilisearch and Visor, or about 90 seconds for Elasticsearch, as measured. Overflow never goes to a standby whose copy is more than 5 minutes old.
- When you need your latest write. Send the header
x-hb-read: primary: while your engine runs and answers, the search stays on it, and gets a 429 at the limit as before. - An Elasticsearch
_msearchnever spills on its own.