Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tqFo6-001v4f-KZ for pgsql-general@arkaria.postgresql.org; Thu, 06 Mar 2025 18:18:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1tqFo5-003Px5-Dj for pgsql-general@arkaria.postgresql.org; Thu, 06 Mar 2025 18:18:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tqFmP-003Fij-Vn for pgsql-general@lists.postgresql.org; Thu, 06 Mar 2025 18:17:10 +0000 Received: from mail-oa1-x2f.google.com ([2001:4860:4864:20::2f]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tqFmN-001LfM-31 for pgsql-general@lists.postgresql.org; Thu, 06 Mar 2025 18:17:09 +0000 Received: by mail-oa1-x2f.google.com with SMTP id 586e51a60fabf-2bcc0c6c149so833662fac.1 for ; Thu, 06 Mar 2025 10:17:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741285027; x=1741889827; darn=lists.postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=ZfsuAS2X3HODDqsGmv52AY7AGiZSpQxfmzBtMbMtnug=; b=jYTnSyF+nxkwTDeEAwFWWNP99rYVFYuG93hGZpe7g1phc6YQdzRBGUsTWjRExGoybp w+ypQBvFE3bze7nCBBcalTfRmK5IzIlFeCa+UGJJVQ10cXbHbpZk7CYyu9cKzYuRi/Ol h0mcXxpZmLfcY6pHYJZ9iXlYKhc1cYRVZZUHXFCLAjznDwIN5EzP01ut1xX6f/QyHF7l gskf8IvV0Z2dzLp9qyGt1yLpNSEoIS4KStLKHQqNeNjFH2zETp8NwN/H2+JCfzzUwIB0 nu0t0FdKh6GdpmxO5x3Oz6I5muIvf2/Lw7zWDG2snioUW5/sYJhKEFfrN53+SpQkuaGo I8PA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741285027; x=1741889827; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=ZfsuAS2X3HODDqsGmv52AY7AGiZSpQxfmzBtMbMtnug=; b=qH8OkPiem6yagWgMFzFc3sJYQILi7uxaCTZcJNt9dDyi/9HU5LC683ZAzvQQHhf0op 1UC1/fkravTds069FOg8uH3CfJoneH/TRjw9KvvdrjO5a7EuCK2dj56YlqYpEXozrzWN DCF0SCXzvLTFJR7S0lNnOhv9QfyBnNAAcCXdxLgQM954167piniODTa4TWRhArAnIE0f 5v/uVE+9UB8lgBOL6GMFrR4o8p/tEWA/FhmbMWI0NORL3WG7xuvZEV86S2t3NZlZR9RK 06ctTq/z+/ej0vFW0hqsYx5d9PQ6E9YLVJ9OoK3CByFDAHmX597sKCVu1OtY9a8RmdHd SG8g== X-Gm-Message-State: AOJu0Yz1em/l79r4s2HgYdwIwdchE+WXt/X3Yj//o08B9VGnrJWGdWJi NHaaKb82gCQM+0bvC3bmLcJkxnlXXZXmoHI1c0AdUDd3LQS5V5yH+++olXLvLHpr2URx4wuODJc fghOAWOZcxOrhMFBauzk+VMGWGZ0ATg== X-Gm-Gg: ASbGnctBLgaQrq4luLgP8aZoDWQ+pcwIg5xdj7JXhww1CjVuv5UGVm+kF/DZnwdJKCM qcmtVvKfQMTtWAQ7gbMzuXrjk7xP8+BwJ4gwgSMCMPpMzHqjDSKT0XDbVwFqW3LPgrV0NWOpvhy dAIMgTLj7j8JnKJoNdPcEAX2G2lVhvsjMpexz7/X47HZ8V5+l+BAtpIqTiaJMu X-Google-Smtp-Source: AGHT+IHvMzzhz1ya57I9iKufSW3iWEEFBr+AN8n1xdAhDIk6y8nz9PiEWE1g3/60tGroZL+d23NViTtvTlDm2+53bhE= X-Received: by 2002:a05:6870:2c9a:b0:2c2:2f9c:4dc7 with SMTP id 586e51a60fabf-2c26138a989mr169403fac.35.1741285027026; Thu, 06 Mar 2025 10:17:07 -0800 (PST) MIME-Version: 1.0 References: <099b49ebae94e23f19afdad3f8c9c6e702a3a2d5.camel@cybertec.at> <6d7e1022-6404-4dab-8467-8d1f6e8b63cb@aklaver.com> In-Reply-To: From: Ron Johnson Date: Thu, 6 Mar 2025 13:16:56 -0500 X-Gm-Features: AQ5f1Jr7mLK19syXJDFyEDHRkDR9_4W6xIYtP0Rb2jT4YAuQsZ0CVOP-XJ61ri8 Message-ID: Subject: Re: Quesion about querying distributed databases To: "pgsql-generallists.postgresql.org" Content-Type: multipart/alternative; boundary="0000000000007d1f11062fb083b7" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000007d1f11062fb083b7 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Mar 6, 2025 at 10:47=E2=80=AFAM Igor Korot wro= te: > Hi, > > On Thu, Mar 6, 2025, 7:32=E2=80=AFAM Greg Sabino Mullane > wrote: > >> On Wed, Mar 5, 2025 at 9:44=E2=80=AFPM me nefcanto w= rote: >> >>> Anyway, that's why I asked you guys. However, encouraging me to go back >>> to monolith without giving solutions on how to scale, is not helping. >>> >> >> We did. In addition to the ongoing FDW discussion, I mentioned read-only >> replicas and Citus. As far as *how* to scale vertically, we can offer >> general advice (more hardware resources, ramdisks for temp stuff, OS-lev= el >> tuning, separate disk mounts). But a lot of it is tuning Postgres for yo= ur >> specific situation and your specific bottlenecks. Which we are happy to >> help with. Once we convince you to not throw the baby out with the >> bathwater. :) >> >> 8 Terabytes of data. A single backup took us more than 21 days >> >> >> Something was fundamentally wrong there. >> > > It could happen on an old and drained hardware... =F0=9F=98=80 > 8TB databases existed 20+ years ago. Like always, the hardware must fit the application. 21 days to backup a database absolutely means *many* things were improperly sized and configured. --=20 Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --0000000000007d1f11062fb083b7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Thu, Mar 6, 2025 at 10:47=E2=80=AFAM I= gor Korot <ikorot01@gmail.com&= gt; wrote:
Hi,

<= div class=3D"gmail_quote">
On Thu, Mar= 6, 2025, 7:32=E2=80=AFAM Greg Sabino Mullane <htamfids@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
On Wed, Mar 5, 2025 at 9:44=E2=80=AFPM me nefcanto <sn.1361@gmai= l.com> wrote:
Anyway, that's why I asked you guys. However, encouragin= g me to go back to monolith without giving solutions on how to scale, is no= t helping.

We did. In addition = to the ongoing FDW discussion, I mentioned read-only replicas and Citus. As= far as *how* to scale vertically, we can offer general advice (more hardwa= re resources, ramdisks for temp stuff, OS-level tuning, separate disk mount= s). But a=C2=A0lot of it is tuning Postgres for your specific situation and= your specific bottlenecks. Which we are happy to help with. Once we convin= ce you to not throw the baby out with the bathwater. :)

8 Terabytes=C2=A0of data. A single backup took us mor= e than 21 days

Something was fundame= ntally wrong there.=C2=A0

It could happen on an old and draine= d hardware... =F0=9F=98=80

8TB = databases existed 20+ years ago.=C2=A0 Like always, the hardware must fit t= he application.

21 days to backup a database absol= utely means many things were improperly sized and configured.
<= div>
--
Death to <Reda= cted>, and butter sauce.
Don't boil me, I'm still alive.
=
<Redacted> lobster!
--0000000000007d1f11062fb083b7--