What moves and what does not
Plan limits apply to the number of monitors and to some check types. See
Plans and billing.
Run both tools side by side
Keep Better Stack running, and add Squasher as a second destination in the tool that ships your logs. Better Stack keeps its data. Leave your Better Stack monitors and paging on until the checks in Check parity pass.Send a copy of your logs
- Node.js
- Log drains
- OpenTelemetry
- Vector
If your app sends logs with a Better Stack library for Pino or Winston, add the Squasher
transport next to it: Pino or Winston. For errors with stack
traces, add the Node.js SDK.
Move alerts and on-call
- Recreate the uptime monitors. The dashboard creates HTTP monitors: select Monitors in the sidebar, then New monitor. Create heartbeats and other check types with the Monitors API.
- Recreate each status page: select Status pages in the sidebar, then Create status page. See Status pages.
- Recreate the notification channels as destinations and routes: Slack, email, Telegram, webhook, or PagerDuty.
- Recreate the on-call calendars: select On-call in the sidebar, then Create schedule. See On-call.
Check parity
Compare the two tools for at least one week that includes a deploy:- The number of log lines and error lines per service each hour.
- The fields that responders search on, such as service, host, and request ID.
- Each monitor. Stop a test endpoint, and check that both tools open an incident.
- Each heartbeat. Skip one run of a job, and check that Squasher opens an incident.
Turn off Better Stack
- Point your jobs at the Squasher heartbeat URLs, if you have not done it yet.
- Move your public status page domain to Squasher. See Custom domains.
- Turn off the Better Stack monitors and paging.
- Remove the Better Stack destination from your log shipper or host.
Next steps
Add monitors
Learn how checks, heartbeats, and incidents work.
Status pages
Publish incidents and component status.
Set up notifications
Send incidents to Slack, email, or PagerDuty.
Choose how to send data
Compare SDKs, log drains, and OpenTelemetry.