- Dlaczego tworzymy oddzielny alarm dla „Zmiany instancji EC2” i „EC2 Zmiany dużych instancji?
- Głównie dlatego, że tworzymy osobny alarm dla dużych zmian zmian ..?
- lub zmiany instancji EC2 zawierają również zmiany w dużych instancjach?
źródło
To pytanie samo w sobie nie ma sensu, bez kontekstu.
Wygląda na to, że czytasz dokumentację Amazon Cloudtrail. Oba są przykłady rodzajów alarmów, które można zdefiniować z danych Cloudtrail.
To nie są alarmy, których koniecznie potrzebujesz, to tylko ilustracja niektórych możliwych możliwości.
http://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudwatch-alarms-for-cloudtrail.html
Przejrzyj wyjaśnienia i wyrażenia logiczne przedstawione w dokumentacji, a różnica powinna być oczywista.
Oba uruchamiają przechwytywanie, ponowne uruchamianie, uruchamianie, zatrzymywanie i kończenie instancji, ale reguła „Duża” pasuje tylko do instancji kilku dużych klas.
Zmiany instancji EC2:
W tym scenariuszu omówiono sposób korzystania z konsoli zarządzania AWS w celu utworzenia alarmu Amazon CloudWatch, który jest uruchamiany, gdy wywoływane jest wywołanie API w celu utworzenia, zakończenia, uruchomienia, zatrzymania lub ponownego uruchomienia instancji Amazon EC2.
{
($.eventName = RunInstances)
|| ($.eventName = RebootInstances)
|| ($.eventName = StartInstances)
|| ($.eventName = StopInstances)
|| ($.eventName = TerminateInstances)
}
Zmiany dużych instancji EC2:
W tym scenariuszu omówiono, jak korzystać z konsoli zarządzania AWS, aby utworzyć alarm Amazon CloudWatch, który jest uruchamiany, gdy wywoływane jest wywołanie API w celu utworzenia, zakończenia, uruchomienia, zatrzymania lub ponownego uruchomienia 4x2 lub 8x dużej instancji EC2.
{ (
($.eventName = RunInstances)
|| ($.eventName = RebootInstances)
|| ($.eventName = StartInstances)
|| ($.eventName = StopInstances)
|| ($.eventName = TerminateInstances)
) && (
($.requestParameters.instanceType = *.8xlarge)
|| ($.requestParameters.instanceType = *.4xlarge)
) }