Verbinden Vultr beheerde databases naar Excel, Google Sheets, AI en REST

De poort is per cluster, en het is het veld dat mensen aantrekt.

De meeste managed providers houden de engine op de standaardinstellingen. Vultr doet dat niet, en alles wat daarop volgt, hangt ervan af of dit correct werkt.

• PostgreSQL-clusters draaien doorgaans op poort 16751 in plaats van 5432, en MySQL-clusters krijgen ook hun eigen toegewezen poort. Het nummer behoort tot het cluster, niet tot de database-engine.
• De kaart laat het poortveld dus opzettelijk leeg in plaats van een onjuiste standaardwaarde in te vullen. De waarde moet handmatig worden ingevoerd of geplakt, en zonder invoer wordt het opslaan geweigerd.
• Dat is de betere mislukking. Een onjuiste, maar plausibele 5432-foutmelding zou het formulier probleemloos doorlopen, maar vervolgens een time-out geven bij het verbinden. Dit wordt geïnterpreteerd als een geblokkeerde firewall en zorgt ervoor dat je op de verkeerde plek terechtkomt.
• Het plakken van de verbindingsreeks uit de verbindingsdetails is de meest betrouwbare methode, omdat de poort daarin is opgenomen.

Eén kaart, twee engines, en ze verschillen in encryptie.

De motorkeuze bovenaan verandert meer dan de bestuurder. Dit is het gedeelte dat je moet lezen voordat je een selectievakje uitvinkt.

• Selecteer PostgreSQL en de agent forceert encryptie voor elke .vultrdb.com-host, ongeacht wat het selectievakje aangeeft. Vultr vereist dit en de agent zal geen onversleutelde gegevens naar die hostnaam verzenden.
• Selecteer MySQL en het selectievakje is het hele mechanisme. Het is standaard ingeschakeld en de verbinding is versleuteld zolang het is ingeschakeld, maar niets heft dit op als je het uitschakelt.
• Het verschil is structureel en geen vergissing: de agent houdt een tabel bij met gehoste PostgreSQL-hostnamen waarvoor TLS wordt afgedwongen, en er is geen equivalent voor MySQL. Dezelfde indeling geldt voor elke multi-engine kaart.
• De praktische instructie is in beide gevallen hetzelfde. — Laat SSL ingeschakeld. Op MySQL is dat het enige dat de verbinding beschermt.
• In geen van beide gevallen wordt de certificaatketen geverifieerd. Beschouw encryptie als bescherming tegen het onderscheppen van het verkeer door anderen, niet als bewijs welke server heeft geantwoord.

Wat de verbinding wel en niet kan doen

Voor beide motoren gelden dezelfde garanties.

• Alles wat de agent uitvoert, is alleen-lezen, één instructie per keer, en er worden geen opdrachten uitgevoerd die schrijven.
• De inloggegevens blijven op de computer waarop u de agent hebt geïnstalleerd. Query Streams bewaart geen kopie ervan en ook geen kopie van uw gegevens.
• Je kunt de mogelijkheid om een opgeslagen query uit te voeren delen zonder de SQL-code of het databasewachtwoord te delen.
• Welke engine je ook hebt gekozen, de verbinding wordt opgeslagen als die engine, met Vultr als badge.

-- Alleen-lezen, ongeacht welke engine u hebt gekozen\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS revenue\nFROM customers AS c\nJOIN orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interval '30 days'\nGROUP BY c.name\nORDER BY revenue DESC;