Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAFfC-0005P3-I6 for pgsql-performance@arkaria.postgresql.org; Mon, 24 Aug 2020 16:49:42 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kAFfB-000319-Bp for pgsql-performance@arkaria.postgresql.org; Mon, 24 Aug 2020 16:49:41 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAFfB-000311-4I for pgsql-performance@lists.postgresql.org; Mon, 24 Aug 2020 16:49:41 +0000 Received: from mout.perfora.net ([74.208.4.197]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAFf4-0000wa-Nq for pgsql-performance@lists.postgresql.org; Mon, 24 Aug 2020 16:49:40 +0000 Received: from [192.168.1.143] ([98.169.208.7]) by mrelay.perfora.net (mreueus003 [74.208.5.2]) with ESMTPSA (Nemesis) id 0M39aj-1kRuZG0iP9-00sxk4; Mon, 24 Aug 2020 18:49:25 +0200 Subject: Re: sizing / capacity planning tipps related to expected request or transactions per second To: Dirk Krautschick Cc: "pgsql-performance@lists.postgresql.org" References: From: MichaelDBA Message-ID: Date: Mon, 24 Aug 2020 12:49:21 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 PostboxApp/7.0.27 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:2nJEAXLz05f7PPRt5gPvk2dHK0870mznUfpfZX7qQqIjZVQ2Vom GrWi3W8XIVHIXdppQkCzjrRIzWUlP/xzL8H84yqsl/jhZC9/DgAaOHhi0nMxTybkZop6GBj JGKU9bczKkkHWf8SkUgtCxJvsRddn+I5xgyjPolPAixGl+LuoD8HLaTugBnPe3KD3soKIqN dXxrFedZqf5UnWgdgH5yg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:yo+rxVXRiXk=:GQM2IbK/+QCiHGo64JmojN YDGRRYW5wpIZXEkjPOJwTTfFjAqTf8ZK8YCdtoQ66FzGGM2vCAKNtyyorJJv0QSr8Zxwn+TzW MFsLhJUYXWuEW2yVNhIU9DmNZWLOtMNRg8fAQj2TEZGkXr1DaPM06xdyNKPqpUT91OUkFn4Q7 DAQqwOkSE5gv16lazbjNPhPx4tt0kVU9eCnfokxnq4ufuH9h+rEz4foc3V/QjYmDAk6+FLCT1 snJ5CG8Ij5CKHlVVwwuYyP19Lh8oouBBc2E1V94mNewrk2hkoq8lShKL2HIZ307+GljRX0F8s EzHN5qtECIGqqtPd0+FwNPXME31hja5/6sjS+bkfLe9U8rq0mKSUzo19BqvSjZkqEyLN0aYVB VUc+jos0ZtEB8FOvhSf3qqCwRQrcB4e+CDxr6Sg0sWoYdEDcb0Eletek5mDDvUAxfeh14c/j4 B0RfXZIFFiq5BXjmxh+wrqhdoNdhlcCLYQ3BIA37sV/LFLY5Y9t9SEq+3AdV08fal4Q6HMWdT jrePhWC5/qXsYBQhe1MIfxFPvYMiu1cbqWChUyDXt5vZKwPq7dEpJYbJhd3S/Y5NqcsiDk5JQ ac6UQCcJ2ojks+vnCTZ6gaYt6opuVplmq+qDi5vstg1oY9CzI7/dKdDK51lbCsBzcTxcQsb5I b7UMI3vlfWm1pKEsLKVvtRiWroAjRHscLPvRh7xAJFMpXVtP5Dfb83rs/l+ZvZQHth7hSDQ2p KWSSQEStFw7Bwtd/JP485tkXydfUmT2WtZ+ktqjMfeRsFBEfGOWST1zwqH9sO4RdxjFNOPnTH eqjU0e3Ohe7ue5IgsoHrTJn4m+G0+mUSh+8fEzKTWi3KIf9U1YV+PP69DhSU0+Jm8Xy2cOo List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Hi Dirk, There are a bunch of other things to consider besides just TPS and size of database.  Since PG is process-bound, I would consider connection activity: How many active connections at any one time?  This greatly affects your CPUs.  SQL workload is another big factor: a lot of complex queries may use up or want to use up large amounts of work_mem, which greatly affects your memory capacity. Bunch of other stuff, but these are my top 2. Regards, Michael Vitale Dirk Krautschick wrote on 8/24/2020 12:39 PM: > Hi, > > are there any nice rules of thumb about capacity planning in relation the expected > amount of transactions or request per second? > > For example, if I have around 100 000 transactions per second on a 5 TB database. > With what amount of Memory and CPUs/Cores and which settings would you basically > Start to evaluate the performance. > > Or are there any other recommendations or experiences here? > > Thanks and best regards > > Dirk