Verbinden OVHcloud beheerde databases naar Excel, Sheets en AI

Aiven staat eronder, wat de standaardinstellingen verklaart.

Als je Aiven al eens direct hebt gebruikt, zal deze kaart je bekend voorkomen. Zo niet, dan lijken de standaardinstellingen willekeurig totdat je begrijpt waarom.

• De standaard gebruikersnaam is avnadmin, niet iets wat specifiek voor OVH is bedoeld. Dat is de conventie van Aiven, zoals te zien is aan de rest. — De kaart vult het automatisch in omdat het meestal klopt.
• De standaarddatabase is defaultdb, wederom van Aiven. En de verbindingsreeks die OVH een Service URI noemt, is ook een term die Aiven daarvoor gebruikt.
• De poort wordt per service toegewezen in plaats van 5432 of 3306, zoals bij Aiven. Kopieer de poort van de manager in plaats van deze zelf aan te nemen.
• Het enige Aiven-kenmerk dat ontbreekt, is de pooler. Aiven biedt PgBouncer-verbindingspools aan op zijn eigen platform; OVHcloud doet dat niet, dus er is geen pooled endpoint om uit te kiezen en niets om te configureren.

Twee regio's, twee hostnaam-extensies

Een klein detail dat ertoe doet wanneer je controleert of de kaart je host heeft herkend.

• Europese diensten eindigen op .database.cloud.ovh.net en Amerikaanse diensten op .database.cloud.ovh.us. De kaart herkent beide.
• Erkenning is de drijvende kracht achter de OVHcloud-badge en, op PostgreSQL, de hieronder beschreven verplichte encryptie. Beide opties leveren je beide op.
• Een hostnaam in de vorm van postgresql-abc-123.database.cloud.ovh.net is de gebruikelijke vorm.
• Vanuit het perspectief van de agent verandert er verder niets tussen de twee regio's. — dezelfde verbinding, dezelfde chauffeur, dezelfde garanties.

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

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

• Selecteer PostgreSQL en de agent forceert encryptie voor beide OVHcloud-hostnamen, ongeacht wat het selectievakje aangeeft. OVHcloud vereist sslmode=require en de agent zal daar geen onversleutelde gegevens 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.
• De reden 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 scheiding 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.
• Alles wat de agent uitvoert, is alleen-lezen en uw inloggegevens verlaten nooit de machine waarop deze draait.

-- 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;