Entwickler-VMs zu GCP migrieren; Umgebungen werden häufig gestartet/gestoppt und benötigen einen persistenten Zustand. Stellen Sie dem Finanzbereich Kostentransparenz bereit. Welche zwei Schritte sollten Sie unternehmen? (Wählen Sie zwei.)

Die korrekten Antworten sind A und D. A ist richtig, weil Entwickler-VMs häufig gestartet und gestoppt werden. Um den persistenten Zustand zu erhalten, müssen die persistenten Festplatten von der automatischen Löschung ausgeschlossen werden, wenn die VM gestoppt wird. Das Stoppen der VM reduziert die Kosten im Vergleich zum Beenden, da die Festplatte bestehen bleibt und die VM-Instanz nicht neu erstellt werden muss. D ist richtig, weil der BigQuery-Abrechnungsexport in Kombination mit Labels die detaillierteste Kostentransparenz bietet. Labels können verwendet werden, um Kosten bestimmten Abteilungen (wie dem Finanzbereich) oder Projekten zuzuordnen, was für die Kostenzuordnung unerlässlich ist. B ist falsch, da --auto-delete die Festplatte beim Beenden der VM löschen würde, was dem Erfordernis eines persistenten Zustands widerspricht. C ist falsch, da CPU-Auslastungs-Labels nicht direkt zur Kostenzuordnung dienen. Abrechnungs-Labels auf Ressourcenebene sind hierfür der richtige Ansatz. E und F sind falsch, da das Speichern des Zustands auf lokaler SSD oder in Cloud Storage und das Erstellen von Snapshots zwar den Zustand sichern, aber die Anforderung eines persistenten Zustands für die laufende Entwicklungsarbeit auf der VM nicht optimal erfüllen. Das Beenden der VM würde zudem die Wiederherstellung umständlicher machen als das Stoppen.