DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Při použití kvalitního HW odpadají problémy se SW apod. Problémy jsou maximálně s nekompatibilitou ostatních FC zařízení komunikujích na jiné úrovni.
Single Controller je vždy levnější, ale zase při výpadku čekáte na servis. při dual controlleru máte do FC Switche připojeno přes 2 páry toto zařízení. Dá se i přes Dual Controller udělat HA CLuster apod.
Zálohování SAN - na druhé dedikované pole popř. do clusteru a následně do SAN páskového systému LTO.
Obyvklým je dávat vždy jeden cluster HA na 1x SAN i když pomocí SAN BLADE se dá docílit vícenásobné HA
SATA se používají pro velké pole ( disky ES ), SAS disky pomalu nahrazují výkonem disky FC
SAN lze bez problémů poskládat z kvalitních komponentů ( dělám to takto již celkem dlouho ), popř. lze vzít hotový výrobek od HP,DELL,SUN a ostatních.
Obyvklým je dávat vždy jeden cluster HA na 1x SAN i když pomocí SAN BLADE se dá docílit vícenásobné HA
Zajima me spis scenar: 2x Xen hypervisor server - iSCSI - 1x SAN
v pripade ze nepojede SAN = velky problem Lepe poridit jedno SAN s dual controlerem nebo nejak naconfigurovat 2x SAN cluster?Jak caste jsou hw problemy SAN?
Takze to vidim na nejake iSCSI + SuperMicro a OSS nebo Nexentu/Open-E
2 stroje se shodnym poctem disku - iSCSI target jako HA.
- data se zapisuji na oba SAN stroje (DRBD nebo neco podobneho) - jeden iSCSI target (IP) ktery bezi na SAN 1 a v pripade jeho nedostupnosti se presune na SAN - jeste me napada iSCSI multipath
Jeden SAN + jeho zaloha. V pripade hw padu SANu je potreba vymenit hw a pokud jsou necitelne disky tak obnovit kompletni SAN ze zalohy. Coz se muze rovnat nedostupnosti SAN/nemoznosti provozovat virtualy v radu hodin. Tohle se opravdu bezne toleruje v jinych firmach?
iSCSI dnes je celkem v kurzu, ale spousta HW nedělá iSCSI target jako iSCSI na HW, ale vytvoří si jen vlastní LUN SW na disku ( xx-TB fail na disku a v něm jsou další jednotky dělá to třeba takto WSS od MS ) a při zálohování se to chová celkem divně.
Proto bych iSCSI moc nedoporučoval, spíše jít cestou FC s tím, že následná konfigurace by byla řešena optikou přes nějaký switch od HP/CISCO. U iSCSI je jasné, že je tu možnost mít přřes iSCSI namapován celý systém vzdáleně přes IP, ale toto se dá
udělat i jinými prostředky. Stále je lepší mít nějaký FS na reálném systému.
SW na Disaster Recovery tak, aby to bylo ideálně obnovitelné bez nějaké ztráty pro Opensource moc není, spíše se používají komerční nástroje od NetVaultu,Symantecu,Legato nebo HP. Ale ty SW to je opravdu celkem slušný ranec
peněz. Bohužel freeware, který by dokátal toto no moc toho není.
1) IP-SAN = z hw hlediska se jedna o case + mb + cpu + RAM + RAID controler/y + disky a to cele je rizeno specializovanym OS/BIOS? Porad totiz nechapu ten vyznam dual controleru. Kdyz mi padne zakladni deska do ktere je zasazen controler tak je mi ten druhy stejne k nicemu ne? Nebo je architektura IP-SAN jina?
IP-SAN by melo slouzit pro vice fyzickych serveru, tedy umoznovat live migrace atd. Cimz se vzhledem k cene vylucuje FC reseni.
Koukam tedy po reseni typu OpenFiler v HA (2x server) aby byl zajisten beh virtualu i v pripade vypadku jednoho z mirroru(serveru) SAN.
Tiskni Sdílej: