LINESERVE

Managed Databases — launching in Nairobi, Dar es Salaam & Lagos

Coming soon

A managed database inside the country that asked for one

PostgreSQL, MySQL, MongoDB, Redis and MariaDB, run for you, in a country you can name in a contract.

Somewhere in your last three deals, a customer's security questionnaire or a regulator's letter asked where the personal data physically lives — and the answer was a European region and an adequacy argument. Managed Databases puts the answer in one line instead: Nairobi, Dar es Salaam or Lagos, chosen when you create the instance. We run the engine, the backups, the patching and the failover; you get a connection string. It is launching soon, with a Small instance opening at $14.58 a month. Join the waitlist and we will tell you the week it is ready.

From$14.58/month
  • Launching soon — join the waitlist for early access
  • PostgreSQL · MySQL · MongoDB · Redis · MariaDB
  • Choose ke-1a, tz-1a or ng-1a at creation
  • Data residency for Kenyan, Tanzanian and Nigerian law
  • Priced in USD, or in KES, TZS and NGN where the local entity buys

Launching soon · Local billing in KES, TZS, NGN & UGX

Pricing

One flat price per instance

Pick a size and engine — every plan includes automated backups, point-in-time recovery, and multi-AZ high availability. In your currency, no forex.

Small

$14.58/mo

Hosted in Nairobi, Dar es Salaam, Lagos & Kampala

  • 1 vCPU
  • 2 GB RAM
  • 20 GB SSD included
  • 100 connections
  • Daily backups, 35-day PITR
Recommended

Medium

$29.16/mo

Hosted in Nairobi, Dar es Salaam, Lagos & Kampala

  • 2 vCPU
  • 4 GB RAM
  • 50 GB SSD included
  • 200 connections
  • Daily backups, 35-day PITR

Large

$58.32/mo

Hosted in Nairobi, Dar es Salaam, Lagos & Kampala

  • 4 vCPU
  • 8 GB RAM
  • 100 GB NVMe included
  • 500 connections
  • Daily backups, 35-day PITR

XLarge

$116.64/mo

Hosted in Nairobi, Dar es Salaam, Lagos & Kampala

  • 8 vCPU
  • 16 GB RAM
  • 200 GB NVMe included
  • 1000 connections
  • Daily backups, 35-day PITR

Every plan includes automated backups with 35-day point-in-time recovery, and multi-AZ high availability is available on all sizes. Additional storage is billed per GB. Prices exclude VAT; local currency figures are indicative and settled at checkout.

Where the database sits

The database is the hop your application makes most

Count the round trips behind one page view. The session lookup. The permission check. The list query, then the query per row an ORM quietly issues behind it. The write, the audit row, the cache miss that goes to the database anyway. A single request that looks like one API call to a browser is routinely thirty conversations between your application and its database, and every one of them pays the distance between them twice.

This is why the region choice for a database is not the same decision as the region choice for a web server. A page served from Frankfurt to a user in Lagos is one long journey. An application in Frankfurt talking to a database in Lagos is thirty of them, in series, before the first byte of HTML is written. Put the two in the same region and those thirty conversations happen inside one building. Split them across continents and you have built a distributed system by accident.

So the rule is unglamorous and it holds nearly everywhere: the database goes where the application goes, and the application goes where its users and its records are. Lineserve runs ke-1a in Nairobi, tz-1a in Dar es Salaam and ng-1a in Lagos, at identical per-unit prices, so nothing about the cost pushes a workload into the wrong country. A request that starts and finishes inside one of those metros is typically a single-digit millisecond round trip.

There is no useful midpoint between the three, either. Traffic between Nairobi, Dar es Salaam and Lagos is still commonly carried through Europe, so a database in Kenya serving an application in Nigeria is a European round trip with extra steps. Where you need presence in two countries, the answer at launch is two instances, each beside the users it serves.

3

Countries you can place a database in at launch

0

Hyperscale cloud regions inside Kenya, Tanzania or Nigeria

5

Engines at launch — PostgreSQL, MySQL, MongoDB, Redis, MariaDB

35 days

Point-in-time recovery window at launch

The map has three holes in it

No hyperscaler runs a full cloud region in Kenya, Tanzania or Nigeria. The nearest are in South Africa, and what these cities have from the large providers is edge — caching and interconnect, with the compute in another country. Edge is useful and it is not a region: it caches a response, it does not hold your loan book. Managed Databases at launch is a database in the country, not near it.

Keep the application and the data together

Cloud servers, VPS and dedicated hardware are live in all three regions today, and private networking connects them. The usual shape at launch is an application tier you can build now and a managed database beside it in the same region, with the connection between them staying inside the private network.

Currency & payment

Priced in dollars, or in the country's own currency

Nothing here bills until the service opens. When it does, a managed database joins the account you already have, on the invoice you already get — and the useful question for a buyer outside these three countries is which entity should be on that invoice.

In USD, by card or bank transfer

The international market is quoted and settled in US dollars from a dollar price list rather than a rate applied at the moment you click. Card suits a single instance and a monthly renewal; bank transfer is the route most purchases with an approval behind them take. Annual billing runs ten months for twelve on eligible plans.

Or in KES, TZS or NGN, where the local company buys

If the entity signing is your Kenyan, Tanzanian or Nigerian subsidiary rather than the parent, switch market and the same plan carries a local price list — shillings in Nairobi and Dar es Salaam, naira in Lagos, with M-Pesa available in the two East African markets and bank transfer everywhere. That is often the difference between a purchase order that clears locally and one that needs a treasury conversation.

One account, three countries

A database in Lagos, an application tier in Nairobi and an object storage bucket in Dar es Salaam are one account, one API and one invoice. At launch, adding a region is a field on a form rather than a supplier to onboard, a contract to negotiate and a second set of credentials for your CI to hold.

Displayed prices exclude VAT, and the applicable rate depends on where the buying entity sits. Tell [email protected] which entity will be on the invoice when you join the waitlist, and the billing account is set up once rather than corrected later.

The platform

Everything a production database needs

High availability, backups, security, and observability come wired in — so day two looks like day one.

Five engines

PostgreSQL 14–16, MySQL 8.0/8.1, MongoDB 6/7, Redis 6.2/7, and MariaDB 10.11/11 — your choice.

Multi-AZ high availability

Synchronous standbys across zones with automatic failover in under 60 seconds and zero data loss.

Automated backups & PITR

Daily backups plus continuous archiving — restore to any second within the last 35 days.

Read replicas

Add up to five read replicas with sub-second lag to scale reads and offload analytics.

Encryption everywhere

AES-256 encryption at rest and TLS 1.3 in transit, on by default for every instance.

VPC isolation

Private by default — databases live inside your VPC, reachable only from your own services.

Connection pooling

Built-in PgBouncer and ProxySQL keep thousands of client connections efficient and stable.

Performance insights

Slow-query analytics and live metrics surface the queries that need your attention.

Automated patching

Minor versions and security fixes applied during the maintenance window you choose.

Regions

Nairobi, Dar es Salaam or Lagos — and what decides it

The rule is unglamorous and it holds nearly everywhere: put the workload in the country whose users and whose records it serves. Per-unit prices are identical in all three regions, so the decision is geography and law rather than cost — and there is no useful midpoint, because traffic between the three cities is still commonly carried through Europe.

ke-1a is for Kenyan users and Kenyan records, and for regional teams whose head office is already in Nairobi. Every Kenyan subsea cable — TEAMS, SEACOM, EASSy, LION2, DARE1 and PEACE — comes ashore at Mombasa, and that capacity is carried roughly 480 km inland to the city where the carriers and the customers are. Domestic traffic never makes that trip: it is exchanged inside Nairobi at KIXP, the neutral exchange TESPOK has run since 2002, with 141 peer networks and 2.9 Tbps of connected capacity. Lineserve peers there.

tz-1a is for Tanzanian users, and it is where moving an origin changes the most: Tanzania has no content-delivery edge of its own, so a Dar es Salaam viewer is served from another country however the CDN is configured. There is no inland haul either — SEACOM, EASSy and SEAS come ashore in the city itself, and Dar es Salaam is a named landing point on 2Africa. Tanzanian networks meet at TIX, run since 2003 by the country's service-provider association, and 13,820 km of state fibre carries one origin on to Mwanza, Arusha and Dodoma.

ng-1a is for scale and for regulated Nigerian workloads. Eight subsea systems land in and around Lagos, among them MainOne, SAT-3, WACS, Equiano and 2Africa, which comes ashore at Lekki. Nigerian networks exchange domestic traffic at IXPN, founded in 2006 to stop domestic packets being hauled to London and now running 13 points of presence across seven states. Lagos also has a date attached: a Central Bank circular directs payment transaction data generated in Nigeria to be stored there from 1 January 2027.

All three give a buyer based elsewhere the same pair of things: a request from a user in the city reaches a machine in that city, typically in single-digit milliseconds, and the records it touches sit under one named country's law.

Live

Kenya

Nairobi

~2 ms

typical, within metro · Data stays in Kenya

Live

Tanzania

Dar es Salaam

~6 ms

typical, within metro · Data stays in Tanzania

Live

Nigeria

Lagos

~4 ms

typical, within metro · Data stays in Nigeria

Live

Uganda

Kampala

~3 ms

typical, within metro · Data stays in Uganda

Expansion zonesSouth Africa · za-1aGhana · gh-1a

Use cases

Built for what you're building

Web & mobile backends

Managed PostgreSQL or MySQL that scales with you, so your app team never babysits a database.

E-commerce

Read replicas and connection pooling absorb traffic spikes without dropping a single order.

Caching & sessions

Managed Redis with sub-millisecond latency for sessions, queues, and hot data.

Content management

Run WordPress, Drupal, and custom apps on managed MySQL or PostgreSQL, kept patched and backed up.

How it works

From zero to database in three steps

1

Pick engine & size

Choose your engine, version, and instance size — from Small to XLarge.

2

Connect

Grab the connection string and connect — private by default, inside your VPC.

3

We keep it healthy

Backups, patching, failover, and monitoring — all handled, day and night.

Uptime SLA

99.9%

  • Service credits applied automatically when we miss the SLA
  • Measured monthly, per region, on network and power availability
  • Tier III colocation facilities across all live regions

Support

You are on a different continent from your infrastructure

That is the real reservation, and it is answerable with what exists. Architecture, quotes, contracts, a data processing agreement, the registered names and tax identifiers that have to appear on your invoices: [email protected], in writing, in a thread you can forward to your own legal and finance people. Running services are driven from the console, the API and the ticket system on your account. Two phone lines are published for the region — +254 119 039 063 in Kenya and +255 761 847 121 in Tanzania.

Scheduling across the distance is the practical problem, and the arithmetic is friendlier than it looks. Nairobi and Dar es Salaam run on East Africa Time, UTC+3; Lagos on West Africa Time, UTC+1. Neither observes daylight saving, so the gap between your clock and theirs moves only when your own clocks change, and a window agreed in June still means what you thought it meant in December. From London, Nairobi is three hours ahead in winter and two in summer, and Lagos an hour ahead in winter and level in summer. From New York in July, a 09:00 call is 14:00 in Lagos.

Most of what would be a phone call elsewhere is a call you make yourself. Building, resizing, rebooting, snapshotting and rebuilding an instance are API and console operations that behave identically at three in the morning your time or theirs, and a browser console reaches a machine that has lost its own networking. What needs a person in the building is a physical fault — and that person is there already.

Why Lineserve

Managed beats midnight maintenance

Running your own database on a VPS means backups you hope work, manual failovers, and patching at 2 a.m. This is the option where we do all of that for you.

CapabilityLineserveSelf-managed on a VPS
Backups & 35-day point-in-time recovery
Automatic failover across zones
Security patches applied for you
Read replicas in a click
Billing in KES, TZS, NGN & UGX
Support in your timezone
Data stays in-country

What it will cost

Four sizes, three currencies, and one number to plan against

The launch price list is four instance sizes. Small is 1 vCPU, 2 GB of RAM and 20 GB of SSD at $14.58 a month, holding up to 100 connections. Medium doubles that to 2 vCPU, 4 GB and 50 GB at $29.16, with 200 connections. Large is 4 vCPU, 8 GB and 100 GB of NVMe at $58.32 and 500 connections, and XLarge is 8 vCPU, 16 GB and 200 GB of NVMe at $116.64, with 1,000 connections. Those figures are the same number in ke-1a, tz-1a and ng-1a, converted into that market's own price list rather than into a spot rate.

Two things about that ladder are worth knowing before you plan a budget around it. Vertical scaling to a larger size happens within a brief maintenance window, so growing is a scheduled change rather than a migration. And read replicas — up to five, with typically under a second of lag — scale read traffic horizontally with no downtime at all, which is usually the cheaper answer for a reporting query that is flattening your primary.

Tax sits on top and varies by country: 16% VAT in Kenya, 18% in Tanzania, 7.5% in Nigeria, each administered by that country's revenue authority and each shown separately at checkout rather than folded into the rate. For a buyer outside these markets the practical question is which entity is being invoiced, because that decides the treatment — worth settling with your tax adviser at the order rather than at the year end.

What the price includes at launch

Daily automated backups with a 35-day point-in-time recovery window, manual snapshots on demand, automated minor-version and security patching inside a maintenance window you choose, AES-256 encryption at rest and TLS 1.3 in transit, slow-query analytics, and connection pooling through PgBouncer or ProxySQL. High availability replicates across zones with automatic failover, behind a 99.99% uptime SLA.

Reserve a price, not just a place in the queue

Tell [email protected] the engine, the rough size and the region you would use, and the team will put the launch pricing in writing against your account. If your procurement cycle needs a quotation months before the spend, this is the conversation that produces one.

Prices exclude VAT and are the launch price list rather than an amount payable today. Annual billing is ten months for twelve on eligible plans.

Data residency

Three countries, three different answers, one field on a form

A database is where the personal data actually is. Not the CDN, not the application tier, not the logs you rotate weekly — the loan book, the KYC documents, the member records, the payment rows. Which is why the residency question, when it arrives, arrives about the database first, and why the three countries Lineserve operates in ask it in three genuinely different ways.

Kenya. The Data Protection Act, 2019 reaches you whether or not you are established there: section 4 applies it to anyone processing the personal data of data subjects located in Kenya. Sections 48 and 49 attach conditions and paperwork to sending that data out of the country, with sensitive personal data needing consent and confirmed safeguards. Then there is Regulation 26 of the 2021 General Regulations, which is narrow and, where it bites, decisive: for a listed strategic-interest purpose — civil registration and identity, elections, public finance systems, a designated protected computer system, basic education, or primary and secondary healthcare — at least one serving copy of that personal data belongs in a data centre located in Kenya. If you build an education platform or a primary-care system for a Kenyan customer, that clause is the whole procurement conversation.

Tanzania. The Personal Data Protection Act, 2022 has been in force since May 2023 and the Personal Data Protection Commission fully operational since April 2024. The clause that decides where a database lives is the cross-border one: personal data leaves Tanzania on a permit from the Commission, applied for with the recipient, the categories of data, the purpose, the duration, the destination and the security arrangements there set out in advance. That is prior authorisation, on the regulator's timetable rather than yours. A database in Dar es Salaam is the version of the architecture where the question does not arise.

Nigeria. The Nigeria Data Protection Act 2023 governs transfers out of the country in section 41, permitted where the recipient sits under an adequate law, binding corporate rules, contractual clauses, a code of conduct or a certification mechanism. Above that sits something with a date on it: a Central Bank circular issued on 15 June 2026 directs that payment transaction data generated in Nigeria be stored and managed in Nigeria, with full compliance from 1 January 2027, across banks, mobile money operators, fintechs, switching companies and payment service providers. If your product touches Nigerian payment records, the location of your database moved from an architecture preference to a budget line with a deadline.

What a hosting provider supplies in all three cases is the location. Choose ke-1a and the data is held in Nairobi under Kenyan law; choose tz-1a and it is held in Dar es Salaam under Tanzanian law; choose ng-1a and it is in Lagos under Nigerian law. The assessment, the evidence and the sign-off stay with your compliance function, where they belong — they are simply a shorter pile of work when nothing crossed a border.

The question your customer will actually ask

Not "are you compliant" but "which building is the database in, and in which country is that building". It is the one question that settles a residency argument, it takes a sentence to answer, and it is worth asking of every provider you shortlist — this one included.

A replica in another country is a transfer

Read replicas and standby copies are configuration, which makes them easy to place carelessly. A copy of Tanzanian personal data in Lagos engages the Commission's permit regime; a copy of Nigerian payment data outside Nigeria engages the CBN circular. Non-personal telemetry, build artefacts and schema migrations raise neither question. Decide it deliberately at launch rather than discovering it in an audit.

Who this is for

You are not in these countries. Your data has to be.

Every one of these is a company headquartered somewhere else that ended up needing a database inside Kenya, Tanzania or Nigeria — usually because someone else's rules said so, not because of a latency chart.

A SaaS product whose customer is a regulated institution

You sell lending software, a core banking module, a claims system. The bank's procurement pack asks where tenant data resides, and "the EU, with standard contractual clauses" turns a two-week close into a three-month legal review. A per-tenant database in the tenant's own country makes that question a one-line answer, and at launch it is a region field rather than a new supplier.

A payments or fintech company entering Nigeria

Settlement records, transaction identifiers, timestamps and processing logs generated in Nigeria are the exact material the Central Bank's circular names, with full compliance due from 1 January 2027. The ledger is the part that has to move. A managed Postgres or MySQL in ng-1a is where it lands, with the application tier that talks to it in the same region.

A donor-funded platform holding beneficiary data

Health information systems, survey and case-management platforms, monitoring and evaluation dashboards — built in Geneva or Washington, holding personal data about people in Dar es Salaam or Mwanza. Tanzania's permit regime is a live obligation for that data, and the funder's own data-protection annex usually arrives at the same conclusion. tz-1a is where the records go; the rest of the platform can stay where your team is.

An education or health platform selling into Kenya

Regulation 26 is narrow, and these are two of the six categories inside it. Basic education, and primary or secondary healthcare, need at least one serving copy of that personal data in a data centre located in Kenya. A managed database in ke-1a is that copy, and having it named in your proposal removes an objection before it is raised.

An e-commerce or media business with a real local storefront

You already serve pages from a CDN. What the CDN cannot do is hold the cart, the order, the customer record or the session — those go to a database, thirty times per page view. Moving that database into the country where the buyers are is the change the CDN was never going to make for you.

A group consolidating three country subsidiaries

One engineering team, three markets, three sets of local rules and a group CTO who would rather not run three suppliers. Identical sizes and engines in all three regions, on one account and one API, with each country's records staying in that country — and a local price list and invoice where the local entity has to be the buyer.

Customer references are available under NDA. Tell [email protected] which country and which sector you are building for and the team will point you at the closest match.

Migrating

What moving to this will look like at launch

From a hyperscaler region on another continent

The mechanics are the ones you already know and they do not change because the destination is Nairobi or Lagos. A dump and restore for a database small enough to take an outage, or logical replication for one that is not: stand the new instance up, seed it, let replication catch up, cut over during your quietest hour, keep the old one read-only for a week. Standard tools do all of it — pg_dump, mysqldump, logical and binary-log replication. What changes afterwards is the answer to the residency question, and the number of round trips between your application tier and the data it reads. Migration planning comes at no extra charge, and it is worth starting the conversation before launch rather than after, because the sequencing usually matters more than the copy.

From a Postgres you are running yourself on a VM

This is the more common starting point for teams already using Lineserve compute in these regions, and the move is shorter: the data is already in the right country, and what changes is who carries the pager. At launch that means daily backups with a 35-day recovery window instead of a cron job somebody wrote in 2023, minor-version and security patching inside a window you choose instead of a Saturday, automatic failover across zones instead of a manual promotion at 02:00, and slow-query analytics instead of a hunch. The data path is a dump and restore, or replication if the downtime budget is tight. The operational change is the point.

Migration planning and assistance are included at no extra charge. Join the waitlist at [email protected] with the engine, the size and the region you have in mind, and the team will map the move before the service opens rather than after.

FAQ

Questions, answered

We run the database engine for you — provisioning, backups, patching, monitoring, and failover. You create an instance, get a connection string, and focus on your application.

PostgreSQL 14–16, MySQL 8.0 and 8.1, MongoDB 6.0 and 7.0, Redis 6.2 and 7.0, and MariaDB 10.11 and 11.0 — all with the same managed features.

HA instances replicate across availability zones. If the primary fails, an automatic failover promotes the standby — typically in under 60 seconds, with zero data loss — behind a 99.99% uptime SLA.

Daily automated backups are retained for 35 days with point-in-time recovery to any second in that window. You can also take manual snapshots whenever you like.

Up to five read-only copies of your primary that serve read queries, synced automatically with typically under a second of lag. Use them to scale read-heavy workloads without touching the primary.

Yes. Scale vertically to a larger size within a brief maintenance window, or horizontally by adding read replicas with no downtime at all.

Yes. AES-256 at rest and TLS 1.3 in transit, with platform-managed keys or your own via KMS.

Instances live in a private network with no public access by default. Reach them through security groups and database users, or peer your VPC and connect over VPN from on-premises.

Standard tools work directly — pg_dump and mysqldump for one-shot moves, or logical and binary-log replication for near-zero-downtime migrations. Our team helps plan the move at no charge.

The service is in build and has not opened for orders. Rather than publish a date that moves, we tell the waitlist directly: send [email protected] the engine and region you are interested in and you will hear when the first release is ready, before it appears on the site.

Not yet — there is no orderable instance today. What you can do now is size the workload with us, get launch pricing in writing, and be in the first group given access when the service opens. Teams with a migration to plan get the most out of doing that early.

ke-1a in Nairobi, tz-1a in Dar es Salaam and ng-1a in Lagos — the three regions Lineserve runs today for cloud servers, VPS, dedicated hardware and object storage. You choose the region when you create the instance.

PostgreSQL 14–16, MySQL 8.0 and 8.1, MongoDB 6.0 and 7.0, Redis 6.2 and 7.0, and MariaDB 10.11 and 11.0 — all with the same managed features rather than a tiered feature list per engine.

The launch price list runs from $14.58 a month for Small (1 vCPU, 2 GB RAM, 20 GB SSD, 100 connections) through $29.16 for Medium and $58.32 for Large to $116.64 for XLarge (8 vCPU, 16 GB RAM, 200 GB NVMe, 1,000 connections). Prices exclude VAT, and the same plan carries a KES, TZS or NGN price list in the local markets.

No. Those figures are the launch price list, and nothing bills until the service opens. If your budget cycle needs a number sooner than the launch, ask [email protected] for it in writing against your account.

We run the engine — provisioning, backups, patching, monitoring and failover. You create an instance, take the connection string, and spend your time on the application instead of on the database's day two.

HA instances replicate across availability zones. If the primary fails, an automatic failover promotes the standby — typically in under 60 seconds, with zero data loss — behind a 99.99% uptime SLA.

Daily automated backups retained for 35 days, with point-in-time recovery to any second inside that window, plus manual snapshots whenever you want one.

Yes. An instance created in ke-1a, tz-1a or ng-1a is held in Nairobi, Dar es Salaam or Lagos and is not moved out of that country without your instruction. That is data residency for Kenya's Data Protection Act, Tanzania's Personal Data Protection Act or Nigeria's Data Protection Act, depending on which you choose.

It supplies the location, which is the part a hosting provider can supply. The assessment, the records of processing and the sign-off stay with your own compliance function and advisers — they are a shorter piece of work when the data never left the country asking about it.

Read replicas are planned for the first release, up to five per primary with typically under a second of lag. Placing one in another country is a cross-border transfer of whatever personal data it holds, so treat it as a decision rather than a default — Tanzania in particular requires a permit from its Commission before personal data leaves.

Over private networking. Instances live inside your VPC with no public access by default, reached through security groups and database users, or from on-premises over a peered VPC or VPN.

It is yours and it comes out the way it went in — standard dumps and standard replication, in the engine's own format, with no proprietary layer in between. That is worth confirming before you commit to any managed database, this one included.

Yes, at no extra charge, and the planning is better done before launch than after. Send the engine, the current size, the acceptable downtime and where it runs today to [email protected].

Email [email protected] or use the contact form, with the engine, the rough size and the region you would use. No card, no commitment — it puts you in the first group given access and gets the launch pricing written against your account.

Production databases, minus the ops

Managed Databases are launching soon. Talk to us to reserve early access and pricing in your local currency, with no card to start.

Launching soon · 99.99% uptime SLA · Local billing in KES, TZS, NGN & UGX