build 7bbbddf7 | content blog-content@c8490fa · 338 posts | profiles 20 · corpus 267 | 0 skipped | | format
apiVersion: soultec.ch/v1kind: Postmetadata: name: howto-monitor-cronjobs-with-aria-operations locale: de labels: author: dario-doerflinger series: how-to capability/monitoring: 2.71 vendor/vmware: 0.88 annotations: source: blog-content/posts/de/howto-monitor-cronjobs-with-aria-operations.md route: /de/insights/howto-monitor-cronjobs-with-aria-operations/ schema: /nerd/schema/posts.json markdown: /de/insights/howto-monitor-cronjobs-with-aria-operations.mdspec: title: Monitor Cronjobs with Aria Operations date: 2024-02-22 author: dario-doerflinger locale: de summary: >- Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. capabilities: [monitoring] vendors: [vmware] series: how-to hero: /blog-assets/howto-monitor-cronjobs-with-aria-operations/hero.webp legacySlug: howto-monitor-cronjobs-with-aria-operations migrated: 2026-08-24 draft: false sections: - body: | Bei einem [Professional Services](https://soultec.ch/bevorzugter-vmware-pso-partner/) Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. Diese müsse automatisiert überwacht werden und eine Warnung generieren falls der Backup-Job einmal fehlschlagen sollte. In diesem Blogpost zeige ich auf wie ich dies umgesetzt habe. - heading:

Ausgangslage

body: | Im beschriebenen Projekt hatten wir eine bestimmte Ausgangslage. - Installierte VMware Site Recovery Manager Instanz - Das Backup der SRM Instanz [gemäss der Dokumentation](https://docs.vmware.com/en/Site-Recovery-Manager/8.7/com.vmware.srm.install_config.doc/GUID-98615D2E-C99F-4B4C-AF23-F47DAA694E76.html) mittels cronjob eingerichtet - Installierte VMware Aria Operations Instanz - Installierte VMware Aria Operations for Logs Instanz - Die beiden Lösungen sind miteinander integriert Die Anforderung war diesen Cronjob zu überwachen und automatisch eine Warnung auf dem richtigen Objekt zu erzeugen, falls der Job einmal fehlschlagen sollte. - heading:

Die Lösung

body: | Die Lösung ist konzeptionell sehr einfach. ![concept of cronjob monitoring with aria operations and aria operations for logs](/blog-assets/howto-monitor-cronjobs-with-aria-operations/01.webp) ### Anpassung des cronjobs Mit dem Befehl ```bash crontab -e ``` (als root) kann der crontab vom Root User ausgeführt werden. Darin muss dem bestehenden Eintrag aus der Backup Einrichtung vom SRM Export Job ein logger Befehl angehängt werden. ```bash 2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T ``` der vollständige Eintrag könnte dann so aussehen: ```bash 45 15 * * * /usr/bin/sudo /bin/bash /opt/vmware/impex/bin/export.sh 2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T ``` Damit stellen wir sicher, dass bei Fehler aus dem export.sh Script diese an den logger weitergereicht werden und dieser den Eintrag zum Syslog Server weiterleitet. ### Alarm definieren in Aria Operations for Logs Der zweite Schritt besteht darin einen Alarm zu definieren der auch gleich eine Warnung in Aria Operations erzeugt. ![Aria Operations for Logs Alert definition 1 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/02.webp) Im ersten Bereich setzen wir den Text Filter auf «Export failed.» und die source muss den FQDN unseres SRM Servers enthalten. In einer Zeitspanne von 5 Minuten wird der Alarm getriggert sobald mehr als 0 (null) Vorkommen gezählt wurden, also beim ersten Vorkommen. ![Aria Operations for Logs Alert definition 2 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/03.webp) Wir setzen den Haken «Send to VMware Aria Operations» und konfigurieren das entsprechende Fallback-Objekt auf den SRM Server. In unserem Fall ist die Kritikalität nur eine «Warning» und wir haben einen Auto cancel nach 24h drin (1440 Minuten). Damit wird die Warnung verschwinden wenn die Meldung sich nicht nach 24h wiederholt. Damit hätten wir erfolgreich einen cronjob mittels logger befehl, Aria Operations for Logs und Aria Operations überwacht. - heading:

Next Steps

body: | Hast du noch mehr Herausforderungen die in diese Richtung gehen? Unser [Team von Experten](https://soultec.ch/vmware-vexpert/) ist jederzeit bereit dich dabei zu unterstützen. Einfach unverbindlich [Kontakt mit uns aufnehmen](https://soultec.ch/contact-us/).status: corpus: 267 alsoLike: - {ref: posts/vmware-automatically-deleting-vmware-vm-snapshots, score: 1.00} - {ref: posts/vmware-aria, score: 0.72} - {ref: solutions/vmware/vmware-cloud-foundation/addon/business-operations, score: 0.72}
{ "apiVersion": "soultec.ch/v1", "kind": "Post", "metadata": { "name": "howto-monitor-cronjobs-with-aria-operations", "locale": "de", "labels": { "author": "dario-doerflinger", "series": "how-to", "capability/monitoring": "2.71", "vendor/vmware": "0.88" }, "annotations": { "source": "blog-content/posts/de/howto-monitor-cronjobs-with-aria-operations.md", "route": "/de/insights/howto-monitor-cronjobs-with-aria-operations/", "schema": "/nerd/schema/posts.json", "markdown": "/de/insights/howto-monitor-cronjobs-with-aria-operations.md" } }, "spec": { "title": "Monitor Cronjobs with Aria Operations", "date": "2024-02-22", "author": "dario-doerflinger", "locale": "de", "summary": "Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM.", "capabilities": [ "monitoring" ], "vendors": [ "vmware" ], "series": "how-to", "hero": "/blog-assets/howto-monitor-cronjobs-with-aria-operations/hero.webp", "legacySlug": "howto-monitor-cronjobs-with-aria-operations", "migrated": "2026-08-24", "draft": false }, "sections": [ { "body": "Bei einem [Professional Services](https://soultec.ch/bevorzugter-vmware-pso-partner/) Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. Diese müsse automatisiert überwacht werden und eine Warnung generieren falls der Backup-Job einmal fehlschlagen sollte. In diesem Blogpost zeige ich auf wie ich dies umgesetzt habe." }, { "heading": "

Ausgangslage

",
"body": "Im beschriebenen Projekt hatten wir eine bestimmte Ausgangslage.\n\n- Installierte VMware Site Recovery Manager Instanz\n - Das Backup der SRM Instanz [gemäss der Dokumentation](https://docs.vmware.com/en/Site-Recovery-Manager/8.7/com.vmware.srm.install_config.doc/GUID-98615D2E-C99F-4B4C-AF23-F47DAA694E76.html) mittels cronjob eingerichtet\n- Installierte VMware Aria Operations Instanz\n- Installierte VMware Aria Operations for Logs Instanz\n- Die beiden Lösungen sind miteinander integriert\n\nDie Anforderung war diesen Cronjob zu überwachen und automatisch eine Warnung auf dem richtigen Objekt zu erzeugen, falls der Job einmal fehlschlagen sollte." }, { "heading": "

Die Lösung

",
"body": "Die Lösung ist konzeptionell sehr einfach.\n\n![concept of cronjob monitoring with aria operations and aria operations for logs](/blog-assets/howto-monitor-cronjobs-with-aria-operations/01.webp)\n\n### Anpassung des cronjobs\n\nMit dem Befehl\n\n```bash\n crontab -e \n```\n\n(als root) kann der crontab vom Root User ausgeführt werden.\n\nDarin muss dem bestehenden Eintrag aus der Backup Einrichtung vom SRM Export Job ein logger Befehl angehängt werden.\n\n```bash\n2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T\n```\n\nder vollständige Eintrag könnte dann so aussehen:\n\n```bash\n45 15 * * * /usr/bin/sudo /bin/bash /opt/vmware/impex/bin/export.sh 2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T\n```\n\nDamit stellen wir sicher, dass bei Fehler aus dem export.sh Script diese an den logger weitergereicht werden und dieser den Eintrag zum Syslog Server weiterleitet.\n\n### Alarm definieren in Aria Operations for Logs\n\nDer zweite Schritt besteht darin einen Alarm zu definieren der auch gleich eine Warnung in Aria Operations erzeugt.\n\n![Aria Operations for Logs Alert definition 1 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/02.webp)\n\nIm ersten Bereich setzen wir den Text Filter auf «Export failed.» und die source muss den FQDN unseres SRM Servers enthalten.\n\nIn einer Zeitspanne von 5 Minuten wird der Alarm getriggert sobald mehr als 0 (null) Vorkommen gezählt wurden, also beim ersten Vorkommen.\n\n![Aria Operations for Logs Alert definition 2 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/03.webp)\n\nWir setzen den Haken «Send to VMware Aria Operations» und konfigurieren das entsprechende Fallback-Objekt auf den SRM Server. In unserem Fall ist die Kritikalität nur eine «Warning» und wir haben einen Auto cancel nach 24h drin (1440 Minuten). Damit wird die Warnung verschwinden wenn die Meldung sich nicht nach 24h wiederholt.\n\nDamit hätten wir erfolgreich einen cronjob mittels logger befehl, Aria Operations for Logs und Aria Operations überwacht." }, { "heading": "

Next Steps

",
"body": "Hast du noch mehr Herausforderungen die in diese Richtung gehen? Unser [Team von Experten](https://soultec.ch/vmware-vexpert/) ist jederzeit bereit dich dabei zu unterstützen. Einfach unverbindlich [Kontakt mit uns aufnehmen](https://soultec.ch/contact-us/)." } ], "status": { "corpus": 267, "alsoLike": [ { "ref": "posts/vmware-automatically-deleting-vmware-vm-snapshots", "score": "1.00" }, { "ref": "posts/vmware-aria", "score": "0.72" }, { "ref": "solutions/vmware/vmware-cloud-foundation/addon/business-operations", "score": "0.72" } ] }}
apiVersion = "soultec.ch/v1"kind = "Post"[metadata]name = "howto-monitor-cronjobs-with-aria-operations"locale = "de"[metadata.labels]author = "dario-doerflinger"series = "how-to""capability/monitoring" = "2.71""vendor/vmware" = "0.88"[metadata.annotations]source = "blog-content/posts/de/howto-monitor-cronjobs-with-aria-operations.md"route = "/de/insights/howto-monitor-cronjobs-with-aria-operations/"schema = "/nerd/schema/posts.json"markdown = "/de/insights/howto-monitor-cronjobs-with-aria-operations.md"[spec]title = "Monitor Cronjobs with Aria Operations"date = 2024-02-22author = "dario-doerflinger"locale = "de"summary = "Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM."capabilities = ["monitoring"]vendors = ["vmware"]series = "how-to"hero = "/blog-assets/howto-monitor-cronjobs-with-aria-operations/hero.webp"legacySlug = "howto-monitor-cronjobs-with-aria-operations"migrated = 2026-08-24draft = false[[sections]]body = "Bei einem [Professional Services](https://soultec.ch/bevorzugter-vmware-pso-partner/) Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. Diese müsse automatisiert überwacht werden und eine Warnung generieren falls der Backup-Job einmal fehlschlagen sollte. In diesem Blogpost zeige ich auf wie ich dies umgesetzt habe."[[sections]]heading = "

Ausgangslage

"
body = '''Im beschriebenen Projekt hatten wir eine bestimmte Ausgangslage.- Installierte VMware Site Recovery Manager Instanz - Das Backup der SRM Instanz [gemäss der Dokumentation](https://docs.vmware.com/en/Site-Recovery-Manager/8.7/com.vmware.srm.install_config.doc/GUID-98615D2E-C99F-4B4C-AF23-F47DAA694E76.html) mittels cronjob eingerichtet- Installierte VMware Aria Operations Instanz- Installierte VMware Aria Operations for Logs Instanz- Die beiden Lösungen sind miteinander integriertDie Anforderung war diesen Cronjob zu überwachen und automatisch eine Warnung auf dem richtigen Objekt zu erzeugen, falls der Job einmal fehlschlagen sollte.'''[[sections]]heading = "

Die Lösung

"
body = '''Die Lösung ist konzeptionell sehr einfach.![concept of cronjob monitoring with aria operations and aria operations for logs](/blog-assets/howto-monitor-cronjobs-with-aria-operations/01.webp)### Anpassung des cronjobsMit dem Befehl```bash crontab -e ```(als root) kann der crontab vom Root User ausgeführt werden.Darin muss dem bestehenden Eintrag aus der Backup Einrichtung vom SRM Export Job ein logger Befehl angehängt werden.```bash2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T```der vollständige Eintrag könnte dann so aussehen:```bash45 15 * * * /usr/bin/sudo /bin/bash /opt/vmware/impex/bin/export.sh 2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T```Damit stellen wir sicher, dass bei Fehler aus dem export.sh Script diese an den logger weitergereicht werden und dieser den Eintrag zum Syslog Server weiterleitet.### Alarm definieren in Aria Operations for LogsDer zweite Schritt besteht darin einen Alarm zu definieren der auch gleich eine Warnung in Aria Operations erzeugt.![Aria Operations for Logs Alert definition 1 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/02.webp)Im ersten Bereich setzen wir den Text Filter auf «Export failed.» und die source muss den FQDN unseres SRM Servers enthalten.In einer Zeitspanne von 5 Minuten wird der Alarm getriggert sobald mehr als 0 (null) Vorkommen gezählt wurden, also beim ersten Vorkommen.![Aria Operations for Logs Alert definition 2 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/03.webp)Wir setzen den Haken «Send to VMware Aria Operations» und konfigurieren das entsprechende Fallback-Objekt auf den SRM Server. In unserem Fall ist die Kritikalität nur eine «Warning» und wir haben einen Auto cancel nach 24h drin (1440 Minuten). Damit wird die Warnung verschwinden wenn die Meldung sich nicht nach 24h wiederholt.Damit hätten wir erfolgreich einen cronjob mittels logger befehl, Aria Operations for Logs und Aria Operations überwacht.'''[[sections]]heading = "

Next Steps

"
body = "Hast du noch mehr Herausforderungen die in diese Richtung gehen? Unser [Team von Experten](https://soultec.ch/vmware-vexpert/) ist jederzeit bereit dich dabei zu unterstützen. Einfach unverbindlich [Kontakt mit uns aufnehmen](https://soultec.ch/contact-us/)."[status]corpus = 267[[status.alsoLike]]ref = "posts/vmware-automatically-deleting-vmware-vm-snapshots"score = "1.00"[[status.alsoLike]]ref = "posts/vmware-aria"score = "0.72"[[status.alsoLike]]ref = "solutions/vmware/vmware-cloud-foundation/addon/business-operations"score = "0.72"
<?xml version="1.0" encoding="UTF-8"?><manifest kind="Post"> <apiVersion>soultec.ch/v1</apiVersion> <metadata> <name>howto-monitor-cronjobs-with-aria-operations</name> <locale>de</locale> <labels> <author>dario-doerflinger</author> <series>how-to</series> <entry key="capability/monitoring">2.71</entry> <entry key="vendor/vmware">0.88</entry> </labels> <annotations> <source>blog-content/posts/de/howto-monitor-cronjobs-with-aria-operations.md</source> <route>/de/insights/howto-monitor-cronjobs-with-aria-operations/</route> <schema>/nerd/schema/posts.json</schema> <markdown>/de/insights/howto-monitor-cronjobs-with-aria-operations.md</markdown> </annotations> </metadata> <spec> <title>Monitor Cronjobs with Aria Operations</title> <date>2024-02-22</date> <author>dario-doerflinger</author> <locale>de</locale> <summary>Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM.</summary> <capabilities> <item>monitoring</item> </capabilities> <vendors> <item>vmware</item> </vendors> <series>how-to</series> <hero>/blog-assets/howto-monitor-cronjobs-with-aria-operations/hero.webp</hero> <legacySlug>howto-monitor-cronjobs-with-aria-operations</legacySlug> <migrated>2026-08-24</migrated> <draft>false</draft> </spec> <sections> <section> <body>Bei einem [Professional Services](https://soultec.ch/bevorzugter-vmware-pso-partner/) Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. Diese müsse automatisiert überwacht werden und eine Warnung generieren falls der Backup-Job einmal fehlschlagen sollte. In diesem Blogpost zeige ich auf wie ich dies umgesetzt habe.</body> </section> <section> <heading>

Ausgangslage

</heading>
<body>Im beschriebenen Projekt hatten wir eine bestimmte Ausgangslage.- Installierte VMware Site Recovery Manager Instanz - Das Backup der SRM Instanz [gemäss der Dokumentation](https://docs.vmware.com/en/Site-Recovery-Manager/8.7/com.vmware.srm.install_config.doc/GUID-98615D2E-C99F-4B4C-AF23-F47DAA694E76.html) mittels cronjob eingerichtet- Installierte VMware Aria Operations Instanz- Installierte VMware Aria Operations for Logs Instanz- Die beiden Lösungen sind miteinander integriertDie Anforderung war diesen Cronjob zu überwachen und automatisch eine Warnung auf dem richtigen Objekt zu erzeugen, falls der Job einmal fehlschlagen sollte. </body> </section> <section> <heading>

Die Lösung

</heading>
<body>Die Lösung ist konzeptionell sehr einfach.![concept of cronjob monitoring with aria operations and aria operations for logs](/blog-assets/howto-monitor-cronjobs-with-aria-operations/01.webp)### Anpassung des cronjobsMit dem Befehl```bash crontab -e ```(als root) kann der crontab vom Root User ausgeführt werden.Darin muss dem bestehenden Eintrag aus der Backup Einrichtung vom SRM Export Job ein logger Befehl angehängt werden.```bash2&gt;&amp;1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T```der vollständige Eintrag könnte dann so aussehen:```bash45 15 * * * /usr/bin/sudo /bin/bash /opt/vmware/impex/bin/export.sh 2&gt;&amp;1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T```Damit stellen wir sicher, dass bei Fehler aus dem export.sh Script diese an den logger weitergereicht werden und dieser den Eintrag zum Syslog Server weiterleitet.### Alarm definieren in Aria Operations for LogsDer zweite Schritt besteht darin einen Alarm zu definieren der auch gleich eine Warnung in Aria Operations erzeugt.![Aria Operations for Logs Alert definition 1 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/02.webp)Im ersten Bereich setzen wir den Text Filter auf «Export failed.» und die source muss den FQDN unseres SRM Servers enthalten.In einer Zeitspanne von 5 Minuten wird der Alarm getriggert sobald mehr als 0 (null) Vorkommen gezählt wurden, also beim ersten Vorkommen.![Aria Operations for Logs Alert definition 2 of 2](/blog-assets/howto-monitor-cronjobs-with-aria-operations/03.webp)Wir setzen den Haken «Send to VMware Aria Operations» und konfigurieren das entsprechende Fallback-Objekt auf den SRM Server. In unserem Fall ist die Kritikalität nur eine «Warning» und wir haben einen Auto cancel nach 24h drin (1440 Minuten). Damit wird die Warnung verschwinden wenn die Meldung sich nicht nach 24h wiederholt.Damit hätten wir erfolgreich einen cronjob mittels logger befehl, Aria Operations for Logs und Aria Operations überwacht. </body> </section> <section> <heading>

Next Steps

</heading>
<body>Hast du noch mehr Herausforderungen die in diese Richtung gehen? Unser [Team von Experten](https://soultec.ch/vmware-vexpert/) ist jederzeit bereit dich dabei zu unterstützen. Einfach unverbindlich [Kontakt mit uns aufnehmen](https://soultec.ch/contact-us/).</body> </section> </sections> <status> <corpus>267</corpus> <alsoLike> <item> <ref>posts/vmware-automatically-deleting-vmware-vm-snapshots</ref> <score>1.00</score> </item> <item> <ref>posts/vmware-aria</ref> <score>0.72</score> </item> <item> <ref>solutions/vmware/vmware-cloud-foundation/addon/business-operations</ref> <score>0.72</score> </item> </alsoLike> </status></manifest>
How-To · 2024-02-22

Monitor Cronjobs with Aria Operations

Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM.

2024-02-22Datum
Dario DörflingerAutor
2Min. Lesezeit
Themen Monitoring 2.71
Hersteller VMware 0.88

Bei einem Professional Services Projekt stellte der Kunde eine Anforderung an die Einrichtung des Backups von VMware SRM. Diese müsse automatisiert überwacht werden und eine Warnung generieren falls der Backup-Job einmal fehlschlagen sollte. In diesem Blogpost zeige ich auf wie ich dies umgesetzt habe.

Ausgangslage

Im beschriebenen Projekt hatten wir eine bestimmte Ausgangslage.

  • Installierte VMware Site Recovery Manager Instanz
  • Installierte VMware Aria Operations Instanz
  • Installierte VMware Aria Operations for Logs Instanz
  • Die beiden Lösungen sind miteinander integriert

Die Anforderung war diesen Cronjob zu überwachen und automatisch eine Warnung auf dem richtigen Objekt zu erzeugen, falls der Job einmal fehlschlagen sollte.

Die Lösung

Die Lösung ist konzeptionell sehr einfach.

concept of cronjob monitoring with aria operations and aria operations for logs

Anpassung des cronjobs

Mit dem Befehl

 crontab -e 

(als root) kann der crontab vom Root User ausgeführt werden.

Darin muss dem bestehenden Eintrag aus der Backup Einrichtung vom SRM Export Job ein logger Befehl angehängt werden.

2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T

der vollständige Eintrag könnte dann so aussehen:

45 15 * * * /usr/bin/sudo /bin/bash /opt/vmware/impex/bin/export.sh 2>&1 | logger -t export_sh -n syslog.soultec.ch -P 514 -T

Damit stellen wir sicher, dass bei Fehler aus dem export.sh Script diese an den logger weitergereicht werden und dieser den Eintrag zum Syslog Server weiterleitet.

Alarm definieren in Aria Operations for Logs

Der zweite Schritt besteht darin einen Alarm zu definieren der auch gleich eine Warnung in Aria Operations erzeugt.

Aria Operations for Logs Alert definition 1 of 2

Im ersten Bereich setzen wir den Text Filter auf «Export failed.» und die source muss den FQDN unseres SRM Servers enthalten.

In einer Zeitspanne von 5 Minuten wird der Alarm getriggert sobald mehr als 0 (null) Vorkommen gezählt wurden, also beim ersten Vorkommen.

Aria Operations for Logs Alert definition 2 of 2

Wir setzen den Haken «Send to VMware Aria Operations» und konfigurieren das entsprechende Fallback-Objekt auf den SRM Server. In unserem Fall ist die Kritikalität nur eine «Warning» und wir haben einen Auto cancel nach 24h drin (1440 Minuten). Damit wird die Warnung verschwinden wenn die Meldung sich nicht nach 24h wiederholt.

Damit hätten wir erfolgreich einen cronjob mittels logger befehl, Aria Operations for Logs und Aria Operations überwacht.

Next Steps

Hast du noch mehr Herausforderungen die in diese Richtung gehen? Unser Team von Experten ist jederzeit bereit dich dabei zu unterstützen. Einfach unverbindlich Kontakt mit uns aufnehmen.

Passt ausserdem