<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Kubernetes - picking pods which should be covered by monitoring in Container platforms</title>
    <link>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117928#M656</link>
    <description>&lt;P&gt;This is how I though, thank you.&lt;/P&gt;&lt;P&gt;Sebastian &lt;/P&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 09 May 2019 06:00:16 GMT</pubDate>
    <dc:creator>skrystosik</dc:creator>
    <dc:date>2019-05-09T06:00:16Z</dc:date>
    <item>
      <title>Kubernetes - picking pods which should be covered by monitoring</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117925#M653</link>
      <description>&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;We have client who has large kubernetes enviornment (64 hosts). He is interested in monitoring only single application on single environment there. In such case we have two problems. First is licensing, because we never new on which and how many hosts our containers will show up. Second is the way to tell OneAgent what we want to monitor. Recommended here is fullstack monitoring. But in such case every detected pod will be instrumented. For application only mode we can pick few pods that we need and monitor only them (we will modify build scripts for them). But in such case we have no insights into clusters that are hosting pods. Any ideas?&lt;/P&gt;&lt;P&gt;Sebastian &lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 May 2019 11:47:08 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117925#M653</guid>
      <dc:creator>skrystosik</dc:creator>
      <dc:date>2019-05-08T11:47:08Z</dc:date>
    </item>
    <item>
      <title>Re: Kubernetes - picking pods which should be covered by monitoring</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117926#M654</link>
      <description>&lt;P&gt;Will process monitoring rules work here? add rule to include and/or exclude processes(containers) from being monitored.&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 May 2019 14:23:48 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117926#M654</guid>
      <dc:creator>sreerag_moolek1</dc:creator>
      <dc:date>2019-05-08T14:23:48Z</dc:date>
    </item>
    <item>
      <title>Re: Kubernetes - picking pods which should be covered by monitoring</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117927#M655</link>
      <description>&lt;P&gt;Hi Sebastian,&lt;/P&gt;&lt;P&gt;You can create monitoring rules to decide which containers you need monitored (or not) through &lt;/P&gt;&lt;P&gt;Settings &amp;gt; Processes and Containers &amp;gt; Process group monitoring&lt;/P&gt;&lt;P&gt;For the licensing question however, this is a problem we are facing as well. Even worse because we are the only tenant on a multi-tenant PaaS (OpenShift) that would like to have full-stack monitoring with Dynatrace... The only solution (apart from using the application-only monitoring) would be to "partition" the worker nodes so our pods would only run on "our" nodes (see &lt;A href="https://kubernetes.io/docs/concepts/configuration/assign-pod-node/"&gt;Assigning Pods to Nodes&lt;/A&gt;) but that would be running contrary to the benefits of being able to schedule pods over a larger set of worker nodes for increased efficiency, reliability and simplicity. So for now we are sticking to the application-only monitoring which needs to be configured for each deployment or image.&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 08 May 2019 14:43:45 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117927#M655</guid>
      <dc:creator>Enrico_F</dc:creator>
      <dc:date>2019-05-08T14:43:45Z</dc:date>
    </item>
    <item>
      <title>Re: Kubernetes - picking pods which should be covered by monitoring</title>
      <link>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117928#M656</link>
      <description>&lt;P&gt;This is how I though, thank you.&lt;/P&gt;&lt;P&gt;Sebastian &lt;/P&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 09 May 2019 06:00:16 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Container-platforms/Kubernetes-picking-pods-which-should-be-covered-by-monitoring/m-p/117928#M656</guid>
      <dc:creator>skrystosik</dc:creator>
      <dc:date>2019-05-09T06:00:16Z</dc:date>
    </item>
  </channel>
</rss>

