@Airborne3d
This statement
What puzzles me:
Plesk clearly supports external database functionality - it's built into the Database Servers section. People should logically want SSL when database traffic leaves the server, even on internal networks. Yet this basic security requirement seems incompatible with Plesk's local database operations.
would also puzzle me, if
@Kaspar is right.
I have created a "ticket" many many many years ago to request the functionality of SSL secured MySQL connections.
Apparently, this ticket did not result in the functionality that is - apparently - desired by many.
From my own experience, I must admit that it is safe to say that one does not really will use this functionality, for many reasons.
Nevertheless, it is a functionality that should be present ..... and, if I can recall it correctly, it can be "created" with a lot of effort and little efficiency.
By the way, I often emphasize that design infrastructure is important and that one has to start with the basics - think about what is desired, what is possible, what is efficient and, more importantly, what are the alternatives : this a repetitive process of many many steps.
In most cases (and not only with Plesk), one will return - after many iterations of the process - to the basics.
In the light of the above, your statement
I do NOT want to host the PSA database on an external server
I DO want to add an external MariaDB server managed through Plesk for hosting web applications
reveals, at least in my humble opinion, a potential flaw in the design infrastructure that you intend to realize.
You do not want to host the PSA database server externally, but you want to manage hosting web applications via an external database server.
Well, the PSA database server is intended to facilitate web applications efficiently and it would be terribly inefficient to use an external database server.
There is a paradox here, your intended design infrastructure does not seem to be right.
I can only recommend that you use the local database server ......... and that you only deviate from that recommendation when the database is causing considerable overusage of server resources (often memory used by the database server).
In case of aforementioned overusage, then it is always a good idea to launch a second server and move that one domain / subscription that causes overusage to the second server : you only need a simple (cheap and often free) Plesk license in order to do so and enjoy the benefits of Plesk.
This - simple - recommendation is the result of returning to the basics : if you do not need the additional server, then do not use it ...... and if you do need it, then use the additional server to its full potential (as opposed to only using it as a database server).
Stated differently, IF AND ONLY IF you need the second server, then use the safe local connection to the local database server and also use the remaining server resources to serve the (demanding) web applications from the second server.
In addition, if you want to use the first server to serve requests (and, honestly, I do not see a reason why you should want that), then you can simply configure Nginx as a proxy (on the first server) to forward all requests to the second server - this still is not a good design infrastructure, but is much better and a major major improvement in comparison to the design infrastructure that you originally intended to implement (with great difficulty).
I hope the above helps or, at least, gives some food for thought!
Kind regards....