mikej

mikej

Okay, this one may get a bit in the weeds but here goes. First, while my application is a Phoenix app, this is more of an Ecto/Elixir setup question. Please let me know if this should go in the general category.

  • My application is multi-tenant.
  • We achieve multi-tenancy with Postgres schemas.
  • It runs on AWS ECS containers.
  • It uses AWS RDS Aurora Postgres as the database backend.

The requirements:

  • Multiple read-only replicas are required. This is a very high traffic system that’s heavy on the reads.
  • Configuration options must be passed at runtime, we use AWS Secret Manager to pass in sensitive data.
  • Different ECS clusters may connect to different RDS clusters.

So the problem I’m facing is: How do I build a system that can connect to different database clusters with different read replicas depending on the cluster configuration it’s running in?

What I have now is this bunch of bananas - it works but it has one very specific limitation.

First, I’m using a runtime config value to read in a comma separated list of replica endpoints:

config :snw_bowman,
  pod_replicas: String.split(System.get_env("POD_REPLICAS") || "localhost", ",", trim: true)

Then in my Repo file I have:

defmodule SnwBowman.Repo do
  @moduledoc false
  require Logger

  use Ecto.Repo,
    otp_app: :snw_bowman,
    adapter: Ecto.Adapters.Postgres

  @replicas [
    SnwBowman.Repo.ReadOnly1,
    SnwBowman.Repo.ReadOnly2
  ]

  def replica do
    @replicas
    |> Enum.random()
  end

  @doc """
  Starts the read-only replicas. This function is called by the GenServer
  defined below, and should not be called directly. The GenServer is started
  under the main supervision tree.
  """
  def start_replicas(hosts) do
    conf = Keyword.put(config(), :read_only, true)

    for {repo, index} <- Enum.with_index(@replicas) do
      case repo.start_link(
             Keyword.put(conf, :hostname, Enum.at(hosts, index))
             |> Keyword.put(:name, repo)
           ) do
        {:ok, _} -> :ok
        {:error, reason} -> Logger.error("Failed to start replica #{index}: #{inspect(reason)}")
      end
    end
  end

  for repo <- @replicas do
    defmodule repo do
      use Ecto.Repo,
        otp_app: :snw_bowman,
        adapter: Ecto.Adapters.Postgres
    end
  end
end

defmodule SnwBowman.Repo.Replicas do
  @moduledoc false
  @name :snw_bowman_repo_replicas

  use GenServer

  def start_link(args) do
    GenServer.start_link(__MODULE__, args, name: @name)
  end

  def init(hosts: hosts) do
    SnwBowman.Repo.start_replicas(hosts)
    {:ok, %{}}
  end
end

The key here being start_replicas/0 and the GenServer module at the bottom. Those are used in the application.ex file like this:

defmodule SnwBowman.Application do

  use Application

  @impl true
  def start(_type, _args) do

    children =
      [
        ...
        # Start the Ecto repository
        SnwBowman.Repo,
        # Start the replicas
        {SnwBowman.Repo.Replicas, hosts: Application.get_env(:snw_bowman, :pod_replicas)}
        ...
      ]

    # See https://hexdocs.pm/elixir/Supervisor.html
    # for other strategies and supported options
    opts = [strategy: :one_for_one, name: SnwBowman.Supervisor]
    Supervisor.start_link(children, opts)
  end

end

This allows me to sub in a different :hostname value for each replica, have them configured at run time, and start under the main supervision tree.

The biggest problem is that it requires that ALL clusters have the same number of read replicas.

The second problem is that this just feels… odd. Like there should be some code smells, but I can’t see them. Is this idiomatic Elixir? Is there a better way to handle this?

Would love to hear some feedback and suggestions.

Thanks in advance,
~mike

Showing Posts 1 to 5

LostKobrakai

LostKobrakai

I’d suggest looking at Ecto.Repo — Ecto v3.11.2 to deal with dynamic repos instead of dynamic module generation.

mikej

mikej OP

Thanks for the suggestion! My initial worry with dynamic repos is that the databases backing the replicas will always be read-only. So for each call I’d need to set then reset the dynamic repo on every call, right? Seems like it’d be messy.

In the end, what I came up with is this lovely bunch of coconuts:

defmodule SnwBowman.Repo.Replicas do
  @moduledoc false
  @name :snw_bowman_repo_replicas
  require Logger
  use GenServer

  def start_link(args) do
    GenServer.start_link(__MODULE__, args, name: @name)
  end

  def init(hosts: hosts) do
    replicas =
      define_replicas(hosts)
      |> Enum.with_index()
      |> Enum.map(fn {repo, index} ->
        start_replica!(repo, Enum.at(hosts, index))
      end)

    {:ok, %{replicas: replicas}}
  end

  @doc """
  Returns a list of initialized replicas.
  """
  def get_replicas() do
    GenServer.call(@name, :get_replicas)
  end

  def handle_call(:get_replicas, _from, %{replicas: replicas}) do
    {:reply, replicas, %{replicas: replicas}}
  end

  defp start_replica!(replica, host) do
    conf =
      SnwBowman.Repo.config()
      |> Keyword.merge(
        read_only: true,
        hostname: host,
        name: replica
      )

    case replica.start_link(conf) do
      {:ok, _} ->
        replica

      {:error, reason} ->
        raise("Failed to start replica #{host}: #{inspect(reason)}")
    end
  end

  defp define_replicas(hosts) do
    conf = Keyword.put(SnwBowman.Repo.config(), :read_only, true)

    for {host, index} <- Enum.with_index(hosts) do
      defmodule Module.concat(["SnwBowman.Repo", "ReadOnly#{Integer.to_string(index + 1)}"]) do
        use Ecto.Repo,
          otp_app: :snw_bowman,
          adapter: Ecto.Adapters.Postgres
      end
    end
    |> Enum.map(fn {:module, replica, _, :ok} ->
      replica
    end)
  end
end

It’s started the same way as the original code, and the main Repo module still has a replica/0 function.

Not sure if it’s the best solution, but it works.

LostKobrakai

LostKobrakai

You can use two base repos. One for the write repo and one for replicas.

You need to select a repo no matter if you generate modules for them or if you do dynamic repos (e.g. registered to a registry). You can even hide some of that behind a module also adhereing to the repo behaviour (see e.g. fly_postgres_elixir/lib/repo.ex at main · superfly/fly_postgres_elixir · GitHub)

mikej

mikej OP

Interesting… So with this sort of solution, the connections would be created on demand, instead of boot time. Wonder what kind of performance impact that might have. I’ll need to hook up some telemetry to test it out.

LostKobrakai

LostKobrakai

Depends how you set things up. You could also start them in advance and call put_dynamic_repo wherever you query for things. put_dynamic_repo is just a write to the process dict, so very fast.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
kszambelanczyk
Hello! Could someone please give me a help/sample code, how to delete a file from s3 using waffle/waffle_ecto from Phoenix app. I creat...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
FlyingNoodle
If a change or preparation module uses Ash.Changeset.get_argument/2 or Ash.Query.get_argument/2 (or any of the other get_argument functio...
New
ryanwinchester
apply_graft/2 doesn’t rewrite an add_many sub-workflow’s deps on an add step. Grafted jobs cancel with “upstream job was deleted” Version...
New

Other Trending Topics Top

mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
garrison
Hobbes is a low-level distributed database for the Elixir programming language. Hobbes provides a simple, safe, and scalable storage lay...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
Damirados
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge &amp; Solve. They are GUI (Emerge) and State management (S...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews