I have been using quta ratio to build data vizualization for Apache James.
So far the overall use case is limited: only limited to the ratio.
However we could easily add the following information onto the index:
total count of messages
total size of messages
limit of message count
limit of message size
=> Those would allow to complete the above data table...
Also adding a "date" field would allow relying on quota changes to monitor user activities. IE we define active users as those whose quota have been changed over the last one week.
How?
Add the following fields onto the OpenSearch quota ratio index:
date
sizeUsage
sizeLimit
countUsage
countLimit
Migration strategy: the data within quotaRatio is non-critical hence it would be perfectly acceptable to recreate a new index:
In opensearch.properties switch the index & aliaases:
Why?
I have been using quta ratio to build data vizualization for Apache James.
So far the overall use case is limited: only limited to the ratio.
However we could easily add the following information onto the index:
limit of message size
=> Those would allow to complete the above data table...
Also adding a "date" field would allow relying on quota changes to monitor user activities. IE we define active users as those whose quota have been changed over the last one week.
How?
Add the following fields onto the OpenSearch quota ratio index:
Migration strategy: the data within quotaRatio is non-critical hence it would be perfectly acceptable to recreate a new index:
opensearch.properties
switch the index & aliaases:This procedure needs to be documented into upgrade instructions.
CC @guimard