Uploaded image for project: 'Marathon'
  1. Marathon
  2. MARATHON-7297

Marathon health checks have limitations w/ respect to support of multiple container networks per app

    Details

    • Type: Task
    • Status: Resolved
    • Priority: Low
    • Resolution: Won't Do
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Docs
    • Labels:

      Description

      For marathon health checks, the current state seems to be this: there's an implicit assumption in marathon that the order of networks declared in the app spec completely aligns with the order of the networkinfos (ip addresses) reported by mesos to marathon for some task; given that, the health checker code leverages an "effectivePort" computation that simply picks the first IP address (which presumably maps to the first declared app network). this means that marathon health checks are only executable against container ports associated with the first declared app network – (this is from a code review vs. empirical testing).

      If this *is the case* then either we should:
      (a) document it clearly for people, or else;
      (b) fix it so that marathon health checks can access ports on non-primary container networks

        Attachments

          Activity

            People

            • Assignee:
              joshearlenbaugh Josh Earlenbaugh
              Reporter:
              jdef James DeFelice
              Team:
              Orchestration Team
              Watchers:
              James DeFelice, Matthias Eichstedt, Suzanne Scala (Inactive)
            • Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: