Skip to main content

Montage: project on four GCP machines, finish locally

Montage across four GCP machines and local execution

This example preserves all 58 real Montage activities. The twelve mProject activities are split into four groups of three on separate on-demand GCP e2-medium workers; the other 46 use the local execution resource. The image ovvesley/akoflow-wf-montage:050d carries the input FITS images, headers, lookup tables, and Montage executables. AkôFlow transfers the projected FITS outputs into the local activities' workspaces.

Cloud cost and validation

This plan can create four billable GCP VMs. Its predicted time is a sum of historical per-activity measurements on a different machine (c3d-standard-16); its compute cost excludes startup, disk, and network charges. Neither figure is an observed result. Check cloud quota, pricing, cleanup, and the local Docker runtime before submitting.

Download the complete bundle

The bundle README explains the instance-specific resource IDs, local Docker requirement, import order, submission command, and post-run checks.

Use Desktop

First verify that the GCP environment has discovered an e2-medium capacity target and that the local daemon can launch the Montage image. Import the workflow and manual plan using the downloaded files, then inspect all 58 assignments before starting a real run. The expected final file is mosaic-color.png. In the run view, check the activity DAG, Data tab, transfer records, and cloud instance lifecycle.

What to verify

The plan places three projections on each of four GCP machines and 46 downstream activities locally. The workflow names 138 file handoffs rather than using generic dependency.dat records. A completed run must have 58 successful activities, a non-empty mosaic-color.png, and recorded projected-FITS transfers. All four GCP VMs must be destroyed after execution. No completed observed run is claimed yet; the historical reference CSV and manual plan prediction are not a result.