- Een logbron aanmaken
- Een S3-bucket opzetten voor mislukte afleveringen
- Een IAM-rol opzetten voor Data Firehose
- Een Firehose delivery stream aanmaken
- Een IAM-rol opzetten voor CloudWatch
- Een CloudWatch log subscription aanmaken
- De API-sleutel van uw logbron. Als u nog geen logbron heeft, maak dan eerst een nieuwe logbron aan.
- AWS-account-ID
- AWS-regio
- Naam van de S3-bucket voor opslag van mislukte afleveringen
- Naam van de Data Firehose-stream
- IAM-rolnaam voor de S3-bucket
- IAM-rolnaam voor de CloudWatch-subscription
Een logbron aanmaken
Maak een logbron aan voordat u verder gaat. Zie Logging-configuratie voor instructies.Een S3-bucket opzetten voor mislukte afleveringen
Amazon Data Firehose vereist een S3-bucket om records op te slaan die niet worden afgeleverd. Maak een S3-bucket aan via de AWS Console of CLI voordat u verder gaat; u kunt geen Firehose delivery stream aanmaken zonder bucket.Een IAM-rol opzetten voor Data Firehose
Maak een IAM-rol aan waarmee Data Firehose naar de S3-bucket kan schrijven en, optioneel, naar CloudWatch Logs voor het loggen van aflever-fouten. Gebruik de volgende trust policy:Zie IAM-identiteitsmachtigingen
toevoegen
voor instructies over het aanmaken van inline-policies voor IAM-rollen.
<AWS_ACCOUNT_ID>— uw AWS-account-ID.<AWS_REGION>— de regio waarin uw Firehose-stream wordt uitgevoerd.<FIREHOSE_S3_BUCKET>— de S3-bucket die u in de vorige stap heeft aangemaakt.<FIREHOSE_LOG_GROUP>— de loggroep die Firehose gebruikt voor zijn eigen aflever-foutlogs (los van de loggroep die u naar AppSignal wilt streamen). AWS gebruikt de conventie/aws/kinesisfirehose/<FIREHOSE_STREAM_NAME>, dus bepaal nu de naam van uw Firehose-stream — u hergebruikt deze in de volgende stap. Als u geen foutlogging op de Firehose-stream wilt inschakelen, kunt u delogs:PutLogEvents-statement volledig weglaten.
Zie Controlling access with Amazon Data
Firehose
voor meer informatie over de rechten die Data Firehose vereist.
Een Firehose delivery stream aanmaken
- Open de Amazon Data Firehose-console en selecteer Create Firehose stream.
- Selecteer Direct PUT als source.
- Selecteer HTTP Endpoint als bestemming.
- Laat onder “Transform records” datatransformatie uitgeschakeld.
- Voer de volgende URL in als HTTP endpoint URL:
- Voer de AppSignal-logbron-API-sleutel in van het aanmaken van een logbron als de Access key. Dit is een AppSignal-sleutel, geen AWS access key.
- Schakel onder “Content encoding” GZIP in.
- Selecteer onder “Backup settings” de S3-bucket die u in de vorige stap heeft aangemaakt.
- Selecteer onder “Advanced settings > Service access” de optie Choose existing IAM role en kies de IAM-rol die u in de vorige stap heeft aangemaakt.
- (Optioneel) Schakel onder “Advanced settings > Amazon CloudWatch error logging” error logging in om gebruik te maken van de
logs:PutLogEvents-rechten die u in de vorige stap heeft verleend. - Gebruik dezelfde Firehose-streamnaam waarnaar u verwees bij het opzetten van de IAM-rol en selecteer vervolgens Create Firehose stream.
DeliveryToHttpEndpoint.Success zien stijgen op het tabblad Monitoring van de Firehose-stream.
Een IAM-rol opzetten voor CloudWatch
Maak een IAM-rol aan waarmee CloudWatch logs naar de Firehose delivery stream kan sturen. Gebruik de volgende trust policy:Zie IAM-identiteitsmachtigingen
toevoegen
voor instructies over het aanmaken van inline-policies voor IAM-rollen.
<AWS_REGION>, <AWS_ACCOUNT_ID> en <FIREHOSE_DELIVERY_STREAM> door uw eigen waarden.
Een CloudWatch log subscription aanmaken
- Navigeer in de CloudWatch-console naar de loggroep waarvan u de logs wilt streamen.
- Open het tabblad Subscription filters.
- Selecteer Create Amazon Data Firehose subscription filter.
- Kies de Firehose delivery stream uit stap 4 en de IAM-rol uit stap 5.
- Voer een Subscription filter name in en selecteer Start streaming.
- Open het tabblad Monitoring van uw Firehose-stream en controleer
DeliveryToHttpEndpoint.Success. De waarde moet rond 1 blijven; een daling of nul wijst erop dat AppSignal records weigert. - Controleer de S3-foutbucket uit stap 2. Mislukte records komen daar terecht en elk object bevat de reden van de weigering.
- Als records mislukken met een autorisatiefout, controleer dan of de Access key op de Firehose-stream overeenkomt met uw AppSignal-logbron-API-sleutel.