Some of these are from our support playbook and I'm working on getting a few others. > When configuring a number of standby nodes > 1 what replication topology

Some of these are from our support playbook and I'm working on getting a few others. > When configuring a number of standby nodes > 1 what replication topology is used? Are {all,none,some} replicas synchronous? Trying to get an answer of this one. > Is the postgres super user available? At this time only our administrative users are superusers for the database. All other administrative tasks should be possible from the default "doadmin" user provided when setting up your database cluster. You can see a list of current users in the database (including ours) with this command from the Postgres CLI: \du If some administrative task isn't possible with the "doadmin" user just let us know and we can report that to our engineering team for review and potential future change. We can't promise anything immediately, but we can definitely look into changes long-term! > What is the list of supported extensions? address_standardizer address_standardizer_data_us btree_gin btree_gist chkpass citext cube dblink dict_int earthdistance fuzzystrmatch hstore intagg intarray isn ltree pg_buffercache pg_partman pg_stat_statements pg_trgm pgcrypto pgrouting pgrowlocks pgstattuple plcoffee plls plperl (PostgreSQL 9.5+) plv8 postgis postgis_sfcgal postgis_tiger_geocoder postgis_topology postgis_legacy (see note below) postgres_fdw repack (PostgreSQL 10+) sslinfo tablefunc timescaledb tsearch2 unaccent uuid-ossp > Can WAL (physical/streaming) replication be configured to a non-managed postgresql instance? I'm assuming logical replication slots should be supported. No, not available. > Is there in-built streaming backups/point in time restore? Only daily backups are available with our managed database service at this time. We maintain 7 days worth of backups for each database cluster. Backups can be viewed and restored from the Cloud Control Panel by clicking on your cluster and going to the "Backups" sub-tab. This will restore your entire database cluster to that point in time. While the backup frequency can not be adjusted to more often/weekly/monthly, you can take point-in-time backups by creating a "fork" of your database cluster. The fork can be placed at a specific point-in-time (reference your logs to find out when the transaction happened modifying the data you want to get back), or "now". > Any details you can share on how failover and general cluster management is performed? Nodes are monitored and failover happens automatically with minimal downtime if a node becomes unavailable. Some more info [0]. > Are version upgrades supported? Assuming that would use pg_upgrade but is there an option for downtime-less upgrades using logical replication? I _think_ all updates may require powering off but will try and confirm. 0: https://www.digitalocean.com/docs/databases/resources/high-availability/ https://www.digitalocean.com/docs/databases/resources/high-a...