<?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 Talend installation best practices in Installing and Upgrading</title>
    <link>https://community.qlik.com/t5/Installing-and-Upgrading/Talend-installation-best-practices/m-p/2383878#M4763</link>
    <description>&lt;DIV class="_3xX726aBn29LDbsDtzr_6E _1Ap4F5maDtT1E1YuCiaO0r D3IL3FD0RFy_mkKLPwL4"&gt; 
 &lt;DIV class="_292iotee39Lmt0MkQZ2hPV RichTextJSON-root"&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;We have been working with a Data Warehouse consultant company for a year or so now. They recommended installing Talend (our ETL package) on the same VM as the MSSQL Server. I didn't push back on this initially because I didn't expect the Talend Services to be so CPU-abusive. I didn't think that we'd be seeing high CPU all the time for our small dataset that it was working with.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;I'd like to have a new VM (possibly on a different VMware host than the MSSQL Server) setup and Talend installed to it. The Consultant says this will reduce performance. My theory is that if all it's doing is SQL Queries to the MSSQL DB Server it would be better to do those from a different Host/VM. If it's a network bottleneck, then I can put the 2 VMs on the same VMware host to speed up that communication. Then the VM wont' have to fight with itself for resources between Talend and MSSQL. I can tune the VMs individually if they are separated as well.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;I did some searching in the Talend Documentation website and the Install Guide doesn't mention installing on the same VM as the DB or separating it.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;Any advise from other Sysadmins on the Best Practice for a Talend installation architecture?&lt;/P&gt; 
 &lt;/DIV&gt; 
&lt;/DIV&gt;</description>
    <pubDate>Sat, 16 Nov 2024 02:19:17 GMT</pubDate>
    <dc:creator>Anonymous</dc:creator>
    <dc:date>2024-11-16T02:19:17Z</dc:date>
    <item>
      <title>Talend installation best practices</title>
      <link>https://community.qlik.com/t5/Installing-and-Upgrading/Talend-installation-best-practices/m-p/2383878#M4763</link>
      <description>&lt;DIV class="_3xX726aBn29LDbsDtzr_6E _1Ap4F5maDtT1E1YuCiaO0r D3IL3FD0RFy_mkKLPwL4"&gt; 
 &lt;DIV class="_292iotee39Lmt0MkQZ2hPV RichTextJSON-root"&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;We have been working with a Data Warehouse consultant company for a year or so now. They recommended installing Talend (our ETL package) on the same VM as the MSSQL Server. I didn't push back on this initially because I didn't expect the Talend Services to be so CPU-abusive. I didn't think that we'd be seeing high CPU all the time for our small dataset that it was working with.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;I'd like to have a new VM (possibly on a different VMware host than the MSSQL Server) setup and Talend installed to it. The Consultant says this will reduce performance. My theory is that if all it's doing is SQL Queries to the MSSQL DB Server it would be better to do those from a different Host/VM. If it's a network bottleneck, then I can put the 2 VMs on the same VMware host to speed up that communication. Then the VM wont' have to fight with itself for resources between Talend and MSSQL. I can tune the VMs individually if they are separated as well.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;I did some searching in the Talend Documentation website and the Install Guide doesn't mention installing on the same VM as the DB or separating it.&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;&amp;nbsp;&lt;/P&gt; 
  &lt;P class="_1qeIAgB0cPwnLhDF9XSiJM"&gt;Any advise from other Sysadmins on the Best Practice for a Talend installation architecture?&lt;/P&gt; 
 &lt;/DIV&gt; 
&lt;/DIV&gt;</description>
      <pubDate>Sat, 16 Nov 2024 02:19:17 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Installing-and-Upgrading/Talend-installation-best-practices/m-p/2383878#M4763</guid>
      <dc:creator>Anonymous</dc:creator>
      <dc:date>2024-11-16T02:19:17Z</dc:date>
    </item>
    <item>
      <title>Re: Talend installation best practices</title>
      <link>https://community.qlik.com/t5/Installing-and-Upgrading/Talend-installation-best-practices/m-p/2383879#M4764</link>
      <description>&lt;P class="western"&gt;Hi&lt;/P&gt; 
&lt;P class="western"&gt;Just my 2p on this not as a Talend &lt;U&gt;expert&lt;/U&gt; but as someone with quite a bit of experience with software development and setting up VM's and trouble shooting.&lt;/P&gt; 
&lt;P class="western"&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P class="western"&gt;In almost all cases it is better to have the database on a separate VM. It is also better to have each client application connect with a different user to the DB. ( NB There may be cost issues that make this impossible but try any way.) This way you can use the database tools to make sure it is the Talend service that is abusing the DB or not.&lt;/P&gt; 
&lt;P class="western"&gt;&amp;nbsp;&lt;/P&gt; 
&lt;P class="western"&gt;As a dev with my experience with Talend it was not “CPU-abusive “ but I was only using it for one off migrations.&lt;/P&gt;</description>
      <pubDate>Wed, 27 May 2020 08:59:56 GMT</pubDate>
      <guid>https://community.qlik.com/t5/Installing-and-Upgrading/Talend-installation-best-practices/m-p/2383879#M4764</guid>
      <dc:creator>Thuthuka</dc:creator>
      <dc:date>2020-05-27T08:59:56Z</dc:date>
    </item>
  </channel>
</rss>

