перезаписать архивы Performance Co-Pilot (rewrite Performance Co-Pilot archives)
Примеры (Examples)
To promote the values of the per-disk IOPS metrics to 64-bit to
allow aggregation over a long time period for capacity planning,
or because the PMDA has changed to export 64-bit counters and we
want to convert old archives so they can be processed alongside
new archives.
metric disk.dev.read { type -> U64 }
metric disk.dev.write { type -> U64 }
metric disk.dev.total { type -> U64 }
The instances associated with the load average metric
kernel.all.load
could be renamed and renumbered by the rules
below.
# for the Linux PMDA, the kernel.all.load metric is defined
# over instance domain 60.2
indom 60.2 {
inst 1 -> 60 iname "1 minute" -> "60 second"
inst 5 -> 300 iname "5 minute" -> "300 second"
inst 15 -> 900 iname "15 minute" -> "900 second"
}
If we decide to split the ``proc'' metrics out of the Linux PMDA,
this will involve changing the domain number for the PMID of
these metrics and the associated instance domains. The rules
below would rewrite an old archive to match the changes after the
PMDA split.
# all Linux proc metrics are in 7 clusters
metric 60.8.* { pmid -> 123.*.* }
metric 60.9.* { pmid -> 123.*.* }
metric 60.13.* { pmid -> 123.*.* }
metric 60.24.* { pmid -> 123.*.* }
metric 60.31.* { pmid -> 123.*.* }
metric 60.32.* { pmid -> 123.*.* }
metric 60.51.* { pmid -> 123.*.* }
# only one instance domain for Linux proc metrics
indom 60.9 { indom -> 123.0 }
If the metric foo.count_em was exported as a native ``long'' then
it could be a 32-bit integer on some platforms and a 64-bit
integer on other platforms. Subsequent investigations show the
value is in fact unsigned, so the following rules could be used.
metric foo.count_em {
type if 32 -> U32
type if 64 -> U64
}