KAFKA-20026: Reduce the list metadata calls to RLMM during segment cleanup

[kamalcph]

• RemoteLogManager already calculates the segmentSizeInBytes of all the
  remote-log segments for a partition including the stale segments.
• Once all the segments are validated, then the computed segmentSize for
  listRemoteLogSegments(tpId) and listRemoteLogSegments(tpId, epoch) will
  match as the deletion proceeds, then the subsequent calls to
  buildRetentionSizeData should not validate / invoke the
  listRemoteLogSegments(tpId, epoch) again.
• It helps to reduce the unnecessary listRemoteLogSegments(tpId, epoch)
  calls to RLMM and saves CPU resources.
• Added UTs

Note that COPY_SEGMENT_STARTED state is excluded from the
remoteLogSizeInBytes metric calculation as it pollutes the metric
during the upload retries.

Reviewers: Luke Chen showuon@gmail.com

[github-actions]

A label of 'needs-attention' was automatically added to this PR in order to raise the
attention of the committers. Once this issue has been triaged, the triage label
should be removed to prevent this automation from happening again.

[kamalcph]

@satishd @chia7712 @showuon

Ping for review. PTAL. Thanks!

[showuon]

LGTM! Thanks for the improvement!