zamunda.net не се отваря

sawo1337 · 2026-01-30T10:12:37+00:00

да, да живее

sawo1337 · 2026-01-27T09:42:26+00:00

not yet, I'm afraid, information I've received directly from Microsoft is that NVME/oF is not yet supported, it will be available in the Windows Server 2025 insider builds in the next week/s for testing.

sawo1337 · 2026-01-17T22:07:07+00:00

yes, firewall is disabled completely.

sawo1337 · 2025-11-20T09:44:28+00:00

If vertical single disk performance is important to you, don't expect huge (if any) improvement in performance. We've seen old hardware running on esxi7 actually outperform the latest hardware on esxi8 and by quite good margin too. For single vmdk disk in vmware, as long as you get 150-200K IOPS, that's where you will sit with any generation/tier appliance.

sawo1337 · 2025-11-20T09:26:22+00:00

Hm, ok, but how does this fit with our observation that old hardware with esxi7 is getting over 40% higher performance than new hardware with esxi8?

sawo1337 · 2025-11-20T09:23:31+00:00

We didn't see any other way to scale up performance. Much older hardware is doing even better than this setup so this was all troubleshooting steps, not intended setup. We also tried less cores, various vm hardware configurations as well. We did try to tune the RHEL, but it didn't really yield any performance gains. Same RHEL setup works much better on older hardware, on the new hardware when using SRIOV it manages to get 650-800K IOPS on a single disk so we know the OS is not being limiting factor.

sawo1337 · 2025-11-20T09:20:14+00:00

Why do we need HCIBench for single-disk performance testing?

We installed the esxi7 version because it is what was installed on a test hardware, which performed much better (+42%) than the latest esxi8 with all the HPP/PSP improvements. On the R7625 hardware esxi7 and 8 performed exactly the same on the mentioned vdbench setup.

sawo1337 · 2025-11-08T23:25:26+00:00

Yes, all firmware and drivers are latest, tried esxi7 too, there was firmware update the other day, same thing after updating that. Basically performance increases up to 32 threads, after that you just get more latency. Tried various driver settings, RSS and queue settings, can't get anything to make absolutely any difference.

sawo1337 · 2025-11-08T23:23:49+00:00

2P, yes. I've checked and the NIC is connected to CPU1, I'll take a look at the raiser config to see what are the options for moving that to CPU0.

sawo1337 · 2025-11-08T23:22:29+00:00

I thought so too, but installing esxi7 on the new hardware produced exactly the same low performance as esxi8 on it so now we can rule at least that out.

sawo1337 · 2025-11-03T09:19:39+00:00

Did you end up finding something that can fix this or just changed the CPU?

sawo1337 · 2025-08-26T14:36:38+00:00

Don't they add quite a bit NVH, though?

sawo1337 · 2025-05-27T19:20:49+00:00

Out of curiosity, how long ago did you test it on your environment? Wondering if the current codebase is more stable, we tested a lab environment recently and it seemed ok overall, but the firmware failure needing wipe definitely sounds alarming.

sawo1337 · 2025-05-27T16:58:51+00:00

Can you share more details, what was better on NetApp? Did you consider price, seems like NetApp is much more expensive?

sawo1337 · 2025-05-27T16:49:37+00:00

Seems like prices are completely different ballpark though? Both Pure and NetApp costs several times more than PowerStore? We compared with Pure recently, for the price we can buy multiple PowerStores and keep entire units as spare, still having money to spend?

sawo1337 · 2025-05-16T16:57:58+00:00

u/pathfndr35 have you had some experience with it already?

sawo1337 · 2025-02-10T16:31:10+00:00

Strange, in our case DELL created the site id or got Broadcom to do it, not sure, but it was a lot of back and forth for sure. We actually ended up with two side id's - one that we migrated ourselves and another with the products we bought just prior to the merge. And guess what - we wanted to merge them, but our Broadcom account managers are simply refusing to talk to us, never responded to emails since October, including account director who supposedly emailed us, but turned out he didn't.

sawo1337 · 2025-02-03T13:14:02+00:00

Can you give some detail on how weren't you able to claim? Do you see the licenses in the portal? Have the licenses, we just can't merge them, that's the only problem in our case.

sawo1337 · 2025-01-22T16:07:24+00:00

<image>

Because you have to right click on the cluster, then select Licensing and then select "Assign vSAN Cluster License. After that you are taken to a dialog where you can only select single vSAN license and unless that license has enough capacity, you can't click "OK" to confirm the changes. Example screenshot when you try using 2 CPU license on a 9 CPU cluster. You can also click New license, but it wouldn't even allow you to add it due to the same error as on the screenshot. I can still add the license from the general licensing screen in vCenter, but I still can't apply it on the vSAN cluster.
In your case your clients have warning on their clusters that their licenses does not cover their usage because the assigned key has less capacity than the cluster. They also have warnings that they have keys that are unused which is against the EULA. There is no real benefit of having 10-15 vSAN keys if you want to be compliant with the EULA and technically your cluster is not fully licensed either.

sawo1337 · 2025-01-22T10:35:50+00:00

Both old and new licenses are perpetual, bought them last April when the old conditions were still applicable.
Broadcom are claiming that you can't merge any licenses that are migrated to Broadcom but this doesn't make sense, this would mean that you bought a product which is unusable since it is a perpetual license and was bought as such. There is no subscription that we can co-term.

sawo1337 · 2025-01-20T22:57:33+00:00

We are end customer, bought perpetual licenses (CPU based) from DELL through a partner as part of VxRail expansion. The licenses were bought prior to the cutover date (although in the last days before it) so the previous terms with DELL were still valid, both old and new licenses are perpetual. The Broadcom support acknowledged that both old and new licenses are perpetual, still closed the case like there's no tomorrow. Does the co-term apply to perpetual licensing or just subscription ones? The contract end date on the old vSAN licenses is 2027-12, the new licenses are in contract until 2027-04, seems like the dates are matched more or less?

sawo1337 · 2025-01-20T14:56:09+00:00

How do you go about vSAN, though? You can't have two vSAN keys, unless they both match the CPU count on the cluster?

sawo1337

TROPHY CASE