Pros nad Cons of Database in a container for EventSentry.

0 votes
asked Aug 12 in EventSentry by Aeonikus (140 points)

what are your perceived pros and cons of having a containerized database for EventSentry installation?

For bigger enviroments that could be added resilency of DB cluster but is that a case for smaller installations?

Whats your point of view on this topic?

I'm leaning toward PostgreSQL but a question may be relevant to any DB.

1 Answer

0 votes
answered Aug 12 by Sally (2,460 points)
EventSentry really only cares that it can reach the database to write data and read data, and that your database storage performs adequately for the amount of events per second that are being written to the database.

For smaller installations you would not need to bother with anything other than the default settings and let EventSentry install and manage the database for you.  Even for most of the medium and large installations, unless your storage is too slow you would only need to optimize the Postgres settings ( and possibly set up a junction (symlink) to point the Postgres WAL at a separate drive since the Postgres configuration does not allow you to directly specify a WAL location. For Microsoft SQL you'd want to make sure you have optimized autogrowth settings for your MDF and LDF files, and that the MDF and LDF are on separate disks from one another, and other common performance recommendations from the Microsoft SQL documentation.

If you want to do anything else with the database such as containers or clusters, as long as it does not reduce the write performance of the database in your environment, go right ahead.  One thing to watch out for is that if you do clustering directly within Microsoft SQL, it will change the database recovery mode to FULL, which for almost all situations will cause lots of transaction log disk usage/storage problems when you purge from the database.  You'd need to have a script that changes the recovery mode to SIMPLE, purges your data, and then changes the recovery mode back to FULL so that the clustering works again.
commented Aug 19 by Aeonikus (140 points)
Thanks for your valuable input.
I'm implementing EventSentry in a small enviroment and I don't really think I need an extra overhead of containerization (one more thing to watch for) so will take your advice and go default route esp. that deadline is coming :)
Welcome to EventSentry Q&A, where you can ask questions and receive answers from other members of the community.